http://bugs.winehq.org/show_bug.cgi?id=27176
Summary: Metro 2033 mouse movement hangs application Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: mblackwell1024@gmail.com
Created an attachment (id=34718) --> (http://bugs.winehq.org/attachment.cgi?id=34718) Console output
Console output is not very helpful in this (to my glance at it) but I'll paste it anyway.
To reproduce:
Using Wine 1.3.20 start Metro 2033 and get to the main menu. Now attempting to move the mouse in any way will cause the game to completely lock and in fact I wasn't unable to get away from the application except by dropping to a terminal and killing the process.
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #1 from Jonathan Strander mblackwell1024@gmail.com 2011-05-15 08:34:52 CDT --- Note:
I found that setting MouseWarpOverride to disabled keeps the game from crashing when you attempt to move the mouse... as it no longer responds to mouse input of any kind.
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #2 from Austin English austinenglish@gmail.com 2011-05-15 11:57:38 CDT --- Is this a regression? If so, please run a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #3 from Jonathan Strander mblackwell1024@gmail.com 2011-05-15 19:07:52 CDT --- (In reply to comment #2)
Is this a regression? If so, please run a regression test: http://wiki.winehq.org/RegressionTesting
(In reply to comment #2)
Is this a regression? If so, please run a regression test: http://wiki.winehq.org/RegressionTesting
I actually can't bissect this properly. I've had issues with using wine-git in the past and my current issue seems to be that nothing wants to run from the local wine copy... which is a new one for me. Sorry.
For your reference though the last version I tested with before 1.3.20 was 1.3.17
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #4 from Jonathan Strander mblackwell1024@gmail.com 2011-05-15 20:46:45 CDT --- Additional information:
The bad commit happened between 1.3.18 and 1.3.19 (did a quick test with some backup debs I had sitting around).
I'll see if I can figure out a way to bisect -something- at least.
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #5 from Jonathan Strander mblackwell1024@gmail.com 2011-05-16 00:22:14 CDT --- Managed to get a bisect done (via a tedious workaround):
84f085fb91a17e2efe83de0642b757948f4e8a7d is the first bad commit commit 84f085fb91a17e2efe83de0642b757948f4e8a7d Author: Alexandre Julliard julliard@winehq.org Date: Thu Apr 28 13:07:05 2011 +0200
winex11: Grab the mouse in the thread that owns the foreground window if possible.
:040000 040000 fe3d768e97741ff67dd42c7dbdce965bb265d813 c349391d2f8d8a43a649e7bf85dc98168167d27c M dlls
http://bugs.winehq.org/show_bug.cgi?id=27176
Jonathan Strander mblackwell1024@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=27176
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |84f085fb91a17e2efe83de0642b | |757948f4e8a7d
http://bugs.winehq.org/show_bug.cgi?id=27176
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.4.0
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2011-11-09 10:25:38 CST --- Please retest.
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #7 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-11-09 11:59:46 CST --- Can't verify here - game crashes within seconds after start.
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #8 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-11-09 14:23:19 CST --- Was able to run in new wineprefix. The game does not lockup completely when mouse moves. Keyboard can still be used to navigate menu.
http://bugs.winehq.org/show_bug.cgi?id=27176
--- Comment #9 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-11-09 17:00:01 CST --- The problem is 2 fold: 1. GetCursorPos() does not return correct mouse position. For this game it constantly returns the same position over and over again. So something isn't updating it. 2. Dinput's mouse clipping interferes with real pointer position.
For 1) GetCursorPos() really does need to report real cursor position. The trick is in when it should be reported. Pulling cursor position from X is not an option, this will break apps that relay on this position updated with messages.
For 2) clipping cursor to 1x1 square is wrong. It have to be clipped to the entire application's window. And of course cursor should only be warped once on acquire.
http://bugs.winehq.org/show_bug.cgi?id=27176
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org, | |vitaliy-bugzilla@kievinfo.c | |om
http://bugs.winehq.org/show_bug.cgi?id=27176
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2011-12-20 07:48:53 CST --- The hang is fixed. Remaining problems are duplicate of other bugs.
http://bugs.winehq.org/show_bug.cgi?id=27176
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org 2011-12-30 12:57:45 CST --- Closing bugs fixed in 1.3.36.
-
wine-bugs＠winehq.org