[Bug 32621] New: Mouse pointer jumps on opening/closing WinUAE settings window
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(a)winehq.org ReportedBy: markk(a)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(a)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(a)winehq.org> Thu, 22 Nov 2012 10:57:15 +0000 (11:57 +0100) commit a0f039a6049641cc2be8fa32f2afa3c3f394a99b -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 Mark K <markk(a)clara.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression, | |source CC| |markk(a)clara.co.uk -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 Michael Stefaniuc <mstefani(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani(a)redhat.com Regression SHA1| |841214ddb4d4dc620e6b51dfe66 | |55b585d423edc --- Comment #1 from Michael Stefaniuc <mstefani(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 --- Comment #2 from Michael Stefaniuc <mstefani(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 --- Comment #3 from Mark K <markk(a)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(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 Mark K <markk(a)clara.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |user32 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 --- Comment #4 from Alexandre Julliard <julliard(a)winehq.org> 2013-01-25 11:03:29 CST --- I can't reproduce this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 --- Comment #5 from Mark K <markk(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 --- Comment #6 from Mark K <markk(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32621 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Windows |Linux -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=32621 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |gyebro69(a)gmail.com Ever confirmed|0 |1 --- Comment #7 from Béla Gyebrószki <gyebro69(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=32621 --- Comment #8 from Alexandre Julliard <julliard(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=32621 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |49e1ba7d4ba31f2a16fa4527e80 | |28fb876a7b026 Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> --- It should be fixed by 49e1ba7d4ba31f2a16fa4527e8028fb876a7b026. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=32621 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.8-rc3. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org