https://bugs.winehq.org/show_bug.cgi?id=52258
Bug ID: 52258 Summary: Changing L"\\.\DISPLAY1" display settings returned -2 error Product: Wine Version: 6.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs@winehq.org Reporter: robert.ayrapetyan@gmail.com Distribution: ---
Hi, I'm running some old game (Faust: The Seven Games of The Soul), it runs fine on a usual setup. But when I try to run it inside a Dockerized Wine container (via RDP), I'm getting:
0148:Call winex11.drv.EnumDisplaySettingsEx(0031f21c,ffffffff,0031f13c,00000000) ret=6ed8aa83 0148:Ret winex11.drv.EnumDisplaySettingsEx() retval=00000001 ret=6ed8aa83 0148:Ret winex11.drv.ChangeDisplaySettingsEx() retval=fffffffe ret=6ed8ba60 0148:err:system:ChangeDisplaySettingsExW Changing L"\\.\DISPLAY1" display settings returned -2. 0148:Ret user32.ChangeDisplaySettingsExW() retval=fffffffe ret=7ed1af41 0148:Ret wined3d.wined3d_output_set_display_mode() retval=8876086a ret=697c45aa
after which process exits normally.
I have a dozen of other games running fine in the same Dockerized container through RDP, it's just this game calling ChangeDisplaySettingsExW and exits.
What I've tried so far: 1. Run with "explorer /desktop..." 2. Change resolution on the RDP client side
Any thoughts of how to bypass that?
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #1 from robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com --- Full log output:
0024:fixme:d3d:wined3d_guess_card No card selector available for card vendor 0000 (using GL_RENDERER "llvmpipe (LLVM 11.0.1, 256 bits)"). 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0104:err:d3d:context_choose_pixel_format Trying to locate a compatible pixel format because an exact match failed. 0024:err:system:ChangeDisplaySettingsExW Changing L"\\.\DISPLAY1" display settings returned -2.
https://bugs.winehq.org/show_bug.cgi?id=52258
robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Debian
https://bugs.winehq.org/show_bug.cgi?id=52258
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzhang@codeweavers.com
--- Comment #2 from Zhiyi Zhang zzhang@codeweavers.com --- please provide a +system,+x11drv,+xrandr,+x11settings log. Is xrandr command working properly inside the container?
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #3 from Zhiyi Zhang zzhang@codeweavers.com --- Also, is the bug present with wine 7.0 rc2?
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #4 from robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com --- Created attachment 71395 --> https://bugs.winehq.org/attachment.cgi?id=71395 log
WINEDEBUG=+system,+x11drv,+xrandr,+x11settings
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #5 from robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com --- xrandr works fine (at least I can see a list of available resolutions and switch between them).
The issue is reproducible on wine 7.0 rc2.
Attaching requested log.
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #6 from robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com --- xrandr output:
xrandr Screen 0: minimum 32 x 32, current 640 x 480, maximum 32768 x 32768 VNC-0 connected 640x480+0+0 0mm x 0mm 640x480 60.00*+ 1920x1200 60.00 1920x1080 60.00 1600x1200 60.00 1680x1050 60.00 1400x1050 60.00 1360x768 60.00 1280x1024 60.00 1280x960 60.00 1280x800 60.00 1280x720 60.00 1024x768 60.00 800x600 60.00
https://bugs.winehq.org/show_bug.cgi?id=52258
robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|6.0.2 |7.0-rc2
https://bugs.winehq.org/show_bug.cgi?id=52258
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |am.advmark@gmail.com
--- Comment #7 from Louis Lenders xerox.xerox2000x@gmail.com --- *** Bug 52035 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #8 from Zhiyi Zhang zzhang@codeweavers.com --- Looks like the X server is running in 16bit mode and doesn't support 32bit modes. Could you check if it's a configuration issue?
https://bugs.winehq.org/show_bug.cgi?id=52258
--- Comment #9 from robert.ayrapetyan@gmail.com robert.ayrapetyan@gmail.com --- You're totally right - once I set 32-bit color mode in RDP client, app did run successfully! How did you figured it out? Thanks.
https://bugs.winehq.org/show_bug.cgi?id=52258
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED
--- Comment #10 from Zhiyi Zhang zzhang@codeweavers.com --- (In reply to robert.ayrapetyan@gmail.com from comment #9)
You're totally right - once I set 32-bit color mode in RDP client, app did run successfully! How did you figured it out? Thanks.
The logs showed that you were using a 16-bit display mode. I am glad that it works out. Closing. I will send a patch to warn of such configurations.
-
WineHQ Bugzilla