https://bugs.winehq.org/show_bug.cgi?id=50356
Bug ID: 50356 Summary: LOTRO store shows blank window in 6.0-rc2 (regression vs. stable) Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: a34ypool3voiz@t-online.de Distribution: ---
Created attachment 68954 --> https://bugs.winehq.org/attachment.cgi?id=68954 empty LOTRO store Window on 6.0-rc2
When switching from the current winehq-stable (5.22) to winehq-devel (6.0-rc2) on Linux Mint 20 (amd64) the LOTRO store no longer renders but shows a blank window, rendering it unusable (see attached screenshot).
The only workaround is to run the legacy client, which delegates the store to an external browser instead of showing it ingame, but that one lacks modern graphics options and is prone to crashing due to lack of 64 bit support for more addressable memory.
https://bugs.winehq.org/show_bug.cgi?id=50356
--- Comment #1 from RayCaster a34ypool3voiz@t-online.de --- Sorry about the wrong version, I meant 5.0.3 stable, not 5.22.
https://bugs.winehq.org/show_bug.cgi?id=50356
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Summary|LOTRO store shows blank |LOTRO store shows blank |window in 6.0-rc2 |window |(regression vs. stable) |
--- Comment #2 from Austin English austinenglish@gmail.com --- Please run a regression test: https://wiki.winehq.org/Regression_Testing
https://bugs.winehq.org/show_bug.cgi?id=50356
Paul Gofman pgofman@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pgofman@codeweavers.com
--- Comment #3 from Paul Gofman pgofman@codeweavers.com --- I've tested the issue and it looks like a duplicate of Bug 49990. Reverting the same commit bd27af974a21085cd0dc78b37b715bbcc3cfab69 helps, the same embedded cef browser which happily starts GL rendering from the other process once it sees the DriverDate. See https://bugs.winehq.org/show_bug.cgi?id=49990#c14
https://bugs.winehq.org/show_bug.cgi?id=50356
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE CC| |z.figura12@gmail.com
--- Comment #4 from Zebediah Figura z.figura12@gmail.com --- (In reply to Paul Gofman from comment #3)
I've tested the issue and it looks like a duplicate of Bug 49990. Reverting the same commit bd27af974a21085cd0dc78b37b715bbcc3cfab69 helps, the same embedded cef browser which happily starts GL rendering from the other process once it sees the DriverDate. See https://bugs.winehq.org/show_bug.cgi?id=49990#c14
Marking duplicate then.
*** This bug has been marked as a duplicate of bug 49990 ***
https://bugs.winehq.org/show_bug.cgi?id=50356
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing Duplicate.