https://bugs.winehq.org/show_bug.cgi?id=43731
Bug ID: 43731 Summary: GTAIV hangs when clicking Options if its resolution differs from virtual desktop resolution Product: Wine Version: 2.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: b7.10110111@gmail.com Distribution: ---
Created attachment 59210 --> https://bugs.winehq.org/attachment.cgi?id=59210 Console log
To reproduce: 0. Set up a virtual desktop with size equal to real desktop size 1. Make sure GTAIV starts in a lower resolution 2. Click Options in the game menu See the game switch resolution to original desktop resolution, and then hang.
If you instead make Options menu active by arrow keys and press Return to enter the Options menu, it doesn't hang nor does it switch resolution.
I actually suspect that this may be a crash instead of a hang, so the resolution is just restored by Wine, but the console output doesn't seem to support my suspicion.
https://bugs.winehq.org/show_bug.cgi?id=43731
--- Comment #1 from Ruslan Kabatsayev b7.10110111@gmail.com --- Actually you don't have to click any menu item to get the hang and resolution change: just click anywhere in the window.
https://bugs.winehq.org/show_bug.cgi?id=43731
Ruslan Kabatsayev b7.10110111@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |ae153a5c2c5590d4ea722d38eb4 | |ddf1a7031f34a Keywords| |regression
--- Comment #2 from Ruslan Kabatsayev b7.10110111@gmail.com --- It actually appears to be a regression:
ae153a5c2c5590d4ea722d38eb4ddf1a7031f34a is the first bad commit commit ae153a5c2c5590d4ea722d38eb4ddf1a7031f34a Author: Zebediah Figura zfigura@codeweavers.com Date: Fri Jul 7 18:58:12 2017 -0500
user32: Allow activating the desktop window.
Signed-off-by: Zebediah Figura zfigura@codeweavers.com Signed-off-by: Alexandre Julliard julliard@winehq.org
:040000 040000 b30d934531d920ff5616903428f8ae768556a349 2fa5caf9ffb3f6e9615a4b49ee97fb9b14c2ccc2 M dlls
https://bugs.winehq.org/show_bug.cgi?id=43731
Ruslan Kabatsayev b7.10110111@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43731
--- Comment #3 from Zebediah Figura z.figura12@gmail.com --- Can I get a log with +win,+msg,+tid?
https://bugs.winehq.org/show_bug.cgi?id=43731
--- Comment #4 from Ruslan Kabatsayev b7.10110111@gmail.com --- Created attachment 59226 --> https://bugs.winehq.org/attachment.cgi?id=59226 Console output with WINEDEBUG=+win,+msg,+tid
Here it is.
https://bugs.winehq.org/show_bug.cgi?id=43731
--- Comment #5 from Zebediah Figura z.figura12@gmail.com --- Thanks. It looks as though the click is going through to the desktop and activating it:
0030:trace:msg:peek_message got type 7 msg 201 (WM_LBUTTONDOWN) hwnd 0x10046 wp 1 lp 0 0038:trace:msg:retrieve_reply hwnd (nil) msg 40 (0040) wp 7d47bd15 lp f7464303 got reply 0 (err=0) 0030:trace:win:WINPOS_WindowFromPoint scope 0x10046 (418,310) returning 0x10046 0030:trace:msg:send_inter_thread_message hwnd 0x40086 msg 80000006 (WM_WINE_SETACTIVEWINDOW) wp 0 lp 0
So it may not be a crash or hang, but rather that the game isn't responding to input since it's no longer in focus.
I'm not really sure what the problem here is, in that case—it could be that this shouldn't be triggering a focus change, but it could also be that the window under the mouse is being mis-detected, or that the resolution change isn't executed correctly.
https://bugs.winehq.org/show_bug.cgi?id=43731
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #6 from joaopa jeremielapuree@yahoo.fr --- Is still a bug in current wine(3.20)?
https://bugs.winehq.org/show_bug.cgi?id=43731
Ruslan Kabatsayev b7.10110111@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #7 from Ruslan Kabatsayev b7.10110111@gmail.com --- No longer happens in wine-3.20-144-g2ef62f9085.
https://bugs.winehq.org/show_bug.cgi?id=43731
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.21.