left mouse button unresponsive when running as VMware server guest

Bug #545298 reported by Erik Devriendt
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
xserver-xorg-input-vmmouse (Ubuntu)
Fix Released
High
Timo Aaltonen
Lucid
Fix Released
High
Timo Aaltonen

Bug Description

Binary package hint: xserver-xorg-input-vmmouse

Running Ubuntu 10.04 LTS Beta 1 Live CD session as a VMWare Server 2.0.2 quest.
The Vmware graphical console runs on Windows XP and is connected to the VMware server over 10MBit Ethernet.
The VMware Server host is a Ubuntu 8.04 LTS Intel system.

I selected a solid background as desktop background in 10.04 Beta 1.
I switched the VMware console to full screen.
Then I opened a terminal window and dragged it vigorously around for about 10 secs by clicking and dragging its title bar.
After some attempts, when I release the mouse button, the release event is not noticed by the window manager and
I can keep dragging around the window (although no mouse button is pressed).
The dragging stops when hit the Escape key.However,from then on left mouse button clicks are ignored:
I can't click on icons, nor select menus, nor start programs in the top menu bar.

Switching back the console from full screen mode to windowed mode and then dragging a window by using the right mouse
button and the menu item Move on the title bar and then dragging a little, restores the normal mouse behavior.

Apparently I can't use ubuntu-bug because I am behind an authenticating proxy server.

Tags: lucid
Bryce Harrington (bryce)
tags: added: lucid
Revision history for this message
Ivan Cruz (ivan-cruz) wrote :

Same bug here. Running Ubuntu 10.04 Beta 1 *installed* as a VMWare server 1.0.10 guest. VMWare server running on Windows XP SP3. No need to "vigorously drag around". Just releasing any mouse button while moving the cursor triggers the bug.

Revision history for this message
Alex Vie (silvercircle) wrote :

Confirmed, this time as a guest OS in VMWare Workstation 7.0.1 (Windows 7 x64 as the host OS).

It happens sporadically, not only when dragging Windows around, but also while dragging scroll bars, resizing Windows by dragging their borders and basically all operations that involve moving the mouse while holding the primary button. Looks like the release event is not triggered properly.

Both x86 and x86_64 versions of lucid are affected, system is up-to-date with all patches as of March 30, 2010.

The "locked" left mouse button will usually behave normally after a while but in some cases I've to kill the X server.

Revision history for this message
Bryce Harrington (bryce) wrote :

Please attach your `dmesg` and /var/log/Xorg.0.log after reproducing this issue.

Changed in xserver-xorg-input-vmmouse (Ubuntu):
status: New → Incomplete
Revision history for this message
Erik Devriendt (erik-devriendt) wrote :
Revision history for this message
Erik Devriendt (erik-devriendt) wrote :
Revision history for this message
Erik Devriendt (erik-devriendt) wrote :

I installed the beta 1 of Lucid in its virtual machine and updated it on today. I also add the dmesg output and Xorg.log of it.

Revision history for this message
Erik Devriendt (erik-devriendt) wrote :
Revision history for this message
Ivan Cruz (ivan-cruz) wrote :

dmesg output, on a updated lucid after reproducing the bug. Note: there was no difference on dmesg output before and after the bug.

Revision history for this message
Ivan Cruz (ivan-cruz) wrote :

Xorg.0.log contents, on a updated lucid after reproducing the bug. Note: there was no difference on Xorg.0.log contents before and after the bug.

Revision history for this message
Jakob Bornecrantz (jakob-vmware) wrote :

I have downloaded and installed the latest version of vmmouse 12.6.9 and the bug is still there. I also added some debug code to the driver and the driver is receiving mouse button events and pushing them to the X server.

Bryce Harrington (bryce)
Changed in xserver-xorg-input-vmmouse (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Jakob Bornecrantz (jakob-vmware) wrote :

It looks this bug is caused by vmmouse matching on two devices "/dev/input/mouse1" and "/dev/input/event3", very seldom "/dev/input/mouse1" will generate a event which causes the button to be pressed. Adding the following line to 'MatchDevicePath "/dev/input/event*"' fixes the problem for me.

/usr/lib/X11/xorg.conf.d/10-vmmouse.conf

Ivan and Cruz can you test this on your end as well?

Timo Aaltonen (tjaalton)
Changed in xserver-xorg-input-vmmouse (Ubuntu):
milestone: none → ubuntu-10.04
importance: Undecided → High
Changed in xserver-xorg-input-vmmouse (Ubuntu Lucid):
assignee: nobody → Timo Aaltonen (tjaalton)
Revision history for this message
Steve Langasek (vorlon) wrote :

Confirmed as appropriate for lucid; will take this at the earliest opportunity, either before RC in the event of a respin, or after RC otherwise.

Changed in xserver-xorg-input-vmmouse (Ubuntu Lucid):
status: Confirmed → Fix Committed
Revision history for this message
Erik Devriendt (erik-devriendt) wrote :

I tried the proposed solution and it seems to solve the problem.

Revision history for this message
Ivan Cruz (ivan-cruz) wrote :

Fixed!!!! As far as I can tell...

Thanks Jackob.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xserver-xorg-input-vmmouse - 1:12.6.5-4ubuntu2

---------------
xserver-xorg-input-vmmouse (1:12.6.5-4ubuntu2) lucid; urgency=low

  * 10-vmmouse.conf: Match the device path, otherwise vmmouse
    is loaded twice and the left button doesn't work. (LP: #545298)
 -- Timo Aaltonen <email address hidden> Mon, 19 Apr 2010 15:36:08 +0300

Changed in xserver-xorg-input-vmmouse (Ubuntu Lucid):
status: Fix Committed → Fix Released
Revision history for this message
peter dulanyi (petux77) wrote :

hi it's a little problem with my mouse because I haven't double click on icons and I can't change
cursor themes

Changed in xserver-xorg-input-vmmouse (Ubuntu):
status: Fix Released → In Progress
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

doesn't look like due to this change, closing again.

Changed in xserver-xorg-input-vmmouse (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.