http://bugs.winehq.org/show_bug.cgi?id=32621
Bug #: 32621 Summary: Mouse pointer jumps on opening/closing WinUAE settings window Product: Wine Version: 1.5.20 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2510.exe OS/Version: Windows Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: markk@clara.co.uk Classification: Unclassified
Testing with wine-1.5.20-22-ga701528 on Lubuntu 11.10 x86-64.
There is an issue with bogus mouse movement which shows up with the WinUAE Amiga emulator. This seems to be a regression somewhere between wine-1.5.17-252-g8ba4c31 and wine-1.5.17-270-ga0f039a.
WinUAE captures the mouse when emulation is running. The Windows mouse pointer is made invisible and mouse movement is passed through to the emulated machine.
With emulation running, press F12 to open the settings window, and click the Cancel to close it. The mouse pointer of the emulated machine jumps to a new position when the settings window closes. It's as if Wine has queued up mouse movement between your pressing F12 and clicking Cancel.
To reproduce: - Download and run the WinUAE installer. Run WinUAE. - Optional: When the settings window opens, click CPU and FPU in the tree-view then select Fastest possible under CPU Emulation Speed. - Click Start. After a few seconds you should see something in the emulation window and there is a red mouse pointer which you can move. Move it around a bit. - Noting where the red mouse pointer is, press F12 to open the settings window. - Click Cancel to close the settings window. The red mouse pointer jumps in position. The difference between new and old positions may be related to the amount you moved the Windows mouse pointer in order to click Cancel.
I ran a regression test but it wasn't entirely successful. wine-1.5.17-252-g8ba4c31 GOOD wine-1.5.17-270-ga0f039a BAD
In between those two commits, running WinUAE did not allow the emulation window to be activated. Keyboard input went to the terminal window instead.
The last commit for wine-1.5.17-253-g841214d was: user32: Don't check for driver events before normal messages in PeekMessage. author: Alexandre Julliard julliard@winehq.org Wed, 21 Nov 2012 18:20:27 +0000 (19:20 +0100) commit: 841214ddb4d4dc620e6b51dfe6655b585d423edc
The last commit for wine-1.5.17-270-ga0f039a (which presumably fixed the can't-activate-window issue) was: user32: Fix the wait event mask in PeekMessage. author Alexandre Julliard julliard@winehq.org Thu, 22 Nov 2012 10:57:15 +0000 (11:57 +0100) commit a0f039a6049641cc2be8fa32f2afa3c3f394a99b
http://bugs.winehq.org/show_bug.cgi?id=32621
Mark K markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression, | |source CC| |markk@clara.co.uk
http://bugs.winehq.org/show_bug.cgi?id=32621
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com Regression SHA1| |841214ddb4d4dc620e6b51dfe66 | |55b585d423edc
--- Comment #1 from Michael Stefaniuc mstefani@redhat.com 2013-01-01 18:24:13 CST --- 841214ddb4d4dc620e6b51dfe6655b585d423edc is most likely the culprit commit. There isn't anything interesting between that and a0f039a; mostly janitorial patches. a0f039a is also a (partial) fix for 841214ddb4d4dc620e6b51dfe6655b585d423edc (see bug #32264); that's why you cannot run the regression test between those. If you still want to finish the regression test you'll need to apply once the patch from a0f039a. Something like this should do: git bisect start git bisect good 8ba4c31 git bisect bad a0f039a git show a0f039a | git apply
http://bugs.winehq.org/show_bug.cgi?id=32621
--- Comment #2 from Michael Stefaniuc mstefani@redhat.com 2013-01-01 18:26:21 CST --- Of course even easier is to just check 841214ddb4d4dc620e6b51dfe6655b585d423edc with the patch from a0f039a6049641cc2be8fa32f2afa3c3f394a99b. That should fail while still allowing you to reproduce the issue.
http://bugs.winehq.org/show_bug.cgi?id=32621
--- Comment #3 from Mark K markk@clara.co.uk 2013-01-02 11:54:11 CST --- Okay, following your suggestion in comment 1 gave this:
841214ddb4d4dc620e6b51dfe6655b585d423edc is the first bad commit commit 841214ddb4d4dc620e6b51dfe6655b585d423edc Author: Alexandre Julliard julliard@winehq.org Date: Wed Nov 21 19:20:27 2012 +0100
user32: Don't check for driver events before normal messages in PeekMessage.
:040000 040000 79793f282ab4ee789b1f07d7e8dd89c82e4e02ab 504f597e5c86ae4e9ae21713e8a8bb27969f0d5a M dlls
http://bugs.winehq.org/show_bug.cgi?id=32621
Mark K markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |user32
http://bugs.winehq.org/show_bug.cgi?id=32621
--- Comment #4 from Alexandre Julliard julliard@winehq.org 2013-01-25 11:03:29 CST --- I can't reproduce this.
http://bugs.winehq.org/show_bug.cgi?id=32621
--- Comment #5 from Mark K markk@clara.co.uk 2013-01-25 14:09:58 CST --- I just checked again and the problem is present with wine-1.5.22-124-gb233d20. Could whether it shows up depend on the window manager or X version?
http://bugs.winehq.org/show_bug.cgi?id=32621
--- Comment #6 from Mark K markk@clara.co.uk 2013-01-27 11:34:45 CST --- I installed Wine 1.5.22 in Xubuntu 12.04 (xfwm4) and Lubuntu 12.10 (Openbox) VMs and the problem was present in both. Just to clarify, the mouse pointer jumping is the mouse pointer in the emulated machine (a red triangle), not the X mouse pointer.
http://bugs.winehq.org/show_bug.cgi?id=32621
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Windows |Linux
https://bugs.winehq.org/show_bug.cgi?id=32621
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |gyebro69@gmail.com Ever confirmed|0 |1
--- Comment #7 from Béla Gyebrószki gyebro69@gmail.com --- Still present in wine-1.7.44-69-g8d4f568, tested with WinUAE 2.5.1.
The same 841214ddb4 commit results weird/jumpy mouse pointer behaviour in the hidden object game named 'Alex Hunter: Lord of the Mind'. Demo version is available from Big Fish Games: http://www.bigfishgames.com/download-games/25630/alex-hunter-lord-of-the-min...
When custom mouse pointer is selected the cursor frequently jumps to a different location on the screen, it often jumps to the edge of screen and stops there for 2-3 seconds then it resumes moving again.
Fedora 21 x86 XOrg 1.16.3 XFCE 4.10 Nvidia binary drivers 340.76
https://bugs.winehq.org/show_bug.cgi?id=32621
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- (In reply to Béla Gyebrószki from comment #7)
The same 841214ddb4 commit results weird/jumpy mouse pointer behaviour in the hidden object game named 'Alex Hunter: Lord of the Mind'. Demo version is available from Big Fish Games: http://www.bigfishgames.com/download-games/25630/alex-hunter-lord-of-the- mind/download.html
This is a different problem. Would you mind filing a new bug for this one?
https://bugs.winehq.org/show_bug.cgi?id=32621
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |49e1ba7d4ba31f2a16fa4527e80 | |28fb876a7b026 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #9 from Alexandre Julliard julliard@winehq.org --- It should be fixed by 49e1ba7d4ba31f2a16fa4527e8028fb876a7b026.
https://bugs.winehq.org/show_bug.cgi?id=32621
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.8-rc3.
-
wine-bugs＠winehq.org