[Bug 32621] New: Mouse pointer jumps on opening/closing WinUAE settings window

[wine-bugs at winehq.org]

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 at winehq.org
        ReportedBy: markk at 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 at 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 at 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.