Mouse motion event with every click -> fixed post-3.2.8

[Sam Morris]

Every time I click the mouse, a motion even is sent with the click, even though the mouse pointer does not move (neither physically nor on-screen).

This causes all kinds of annoying behaviour. For instance, if I click on a gnome-terminal window to bring it to the front, it selects the text that I click on, erasing the contents of the PRIMARY selection buffer.

A workaround is to disable mouse integration.

This is with Linux 2.6.32 as a guest and Windows Vista Home Basic SP2 as the host.

xev output when clicking the mouse repeatedly, but not moving it:

MotionNotify event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000330, (57,146), root:(61,193),
    state 0x0, is_hint 0, same_screen YES

ButtonPress event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000330, (57,146), root:(61,193),
    state 0x0, button 1, same_screen YES

MotionNotify event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000442, (57,146), root:(61,193),
    state 0x100, is_hint 0, same_screen YES

ButtonRelease event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000442, (57,146), root:(61,193),
    state 0x100, button 1, same_screen YES

MotionNotify event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000513, (57,146), root:(61,193),
    state 0x0, is_hint 0, same_screen YES

ButtonPress event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000513, (57,146), root:(61,193),
    state 0x0, button 1, same_screen YES

MotionNotify event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000626, (57,146), root:(61,193),
    state 0x100, is_hint 0, same_screen YES

ButtonRelease event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000626, (57,146), root:(61,193),
    state 0x100, button 1, same_screen YES

MotionNotify event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000786, (57,146), root:(61,193),
    state 0x0, is_hint 0, same_screen YES

ButtonPress event, serial 33, synthetic NO, window 0x4000001,
    root 0x10e, subw 0x0, time 1000786, (57,146), root:(61,193),
    state 0x0, button 1, same_screen YES

[Robert Ransom]

I see this bug in VirtualBox PUEL 3.1.6 on both Windows Vista Home Premium SP1 AMD64 and Windows 7 Home Premium AMD64 with multiple Linux distributions (Fedora 12 IA-32 with pre-packaged OSE additions, Arch Linux IA-32 with pre-packaged OSE additions, and Arch Linux AMD64 with PUEL additions compiled on the guest). However, I have more severe symptoms -- mouse motion events are only sent when I click on the VirtualBox window. This bug makes mouse pointer integration and seamless mode nearly useless for Linux guests.

This bug does not appear when the guest OS is OpenSolaris 2009.06 IA-32 (with PUEL additions).

[Robert Ransom]

This bug is not specific to Windows hosts. I was able to reproduce both aspects of this bug (a motion event with every button event, and motion events only with button events) with VirtualBox OSE 3.1.6 (pre-packaged; from rpmfusion.org) on Fedora 12 AMD64, hosting an Arch Linux IA-32 guest with pre-packaged OSE additions.

[Michael Thayer]

I believe this should be fixed in our development repository and any upcoming releases after 3.2.8. If you would like a test build to see if the fix works please let me know for which host type and bitness (32 or 64).

[Sam Morris]

Seems fixed in 3.2.10. Thanks!