2012-05-08 22:55:04 |
Johann MacDonagh |
bug |
|
|
added bug |
2012-05-09 21:09:13 |
Launchpad Janitor |
xserver-xorg-input-vmmouse (Ubuntu): status |
New |
Confirmed |
|
2012-05-11 00:25:58 |
Adar Dembo |
bug |
|
|
added subscriber Adar Dembo |
2012-05-21 15:02:46 |
Jakob Bornecrantz |
bug |
|
|
added subscriber Jakob Bornecrantz |
2012-05-21 23:53:06 |
Robert Hooker |
nominated for series |
|
Ubuntu Precise |
|
2012-05-21 23:56:12 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu): importance |
Undecided |
Medium |
|
2012-05-21 23:56:13 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu): status |
Confirmed |
Triaged |
|
2012-05-21 23:56:35 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu): assignee |
|
Canonical X.org (canonical-x) |
|
2012-05-22 20:28:53 |
Chris Van Hoof |
bug task added |
|
xserver-xorg-input-vmmouse (Ubuntu Precise) |
|
2012-05-22 20:29:11 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu Precise): status |
New |
Triaged |
|
2012-05-22 20:29:13 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu Precise): importance |
Undecided |
Medium |
|
2012-05-22 20:29:26 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu Precise): milestone |
|
precise-updates |
|
2012-05-22 20:37:45 |
Robert Hooker |
xserver-xorg-input-vmmouse (Ubuntu): status |
Triaged |
Fix Committed |
|
2012-05-25 16:27:44 |
David R. Hedges |
bug |
|
|
added subscriber David R. Hedges |
2012-06-13 02:55:19 |
Launchpad Janitor |
xserver-xorg-input-vmmouse (Ubuntu): status |
Fix Committed |
Fix Released |
|
2012-06-13 03:08:43 |
Bryce Harrington |
description |
The default version of the xserver-xorg-input-vmmouse package in Ubuntu 12.04 is 1:12.8.0-1. When Ubuntu 12.04 is installed as a guest in VMware Workstation (tested on 8.0.3) or VMware Player (tested on 4.0.3), the mouse behaves rather erratically. For example, if you *slowly* move the mouse down 1 pixel, the mouse will actually move several pixels down, then sometimes a pixel or two to the right, then sometimes back up. The end result is a very un-smooth user experience. This is very visible by opening a new un-maximized window and dragging it slowly across the screen. Rather than it being a smooth movement, the window will jerk around slightly. This causes huge issues when navigating menus. Sometimes the guest will think the mouse has moved off a menu.
I am running VMware Workstation 8.0.3 on a Windows 7 x64 host, installing the standard Ubuntu 12.04 amd64 desktop version.
-------------------------------
Steps to reproduce:
1. Install Ubuntu 12.04 as a new guest operating system inside either VMware Workstation 8 or VMware Player.
2. Once installed and logged in, run xev in a terminal.
3. Move the mouse slowly but smoothly downward along the Event Tester window while monitoring the console output.
What should happen:
1. The x,y coordinates reported after the "time" field should increment / decrement smoothly. For example, is moving the mouse downward in the Event Tester, the x coordinate should stay relatively stable (a change +- 1 is acceptable), while the y coordinate should increase proportional to the speed that the mouse is moving.
What actually happens:
1. The x coordinate will change +- 3 or so pixels, even though no horizontal movement is occuring.
2. The y coordinate will not increase linearly. For example, if moving the mouse downward starting with a y coordinate of 60, the next few events might show the y coordinate as 61, 62, 63, 64, 60, 63, 67, etc...
----------------------------
I have confirmed this is an issue with vmmouse 12.8 by rebuilding the 12.7 package from the Ubuntu 11.10 source repo, removing the 12.8 package, and installing the newly build 12.7 package. After this has occured, the mouse moves smoothly, and the events reported by xev make much more sense. The x coordinate does not change while moving the mouse straight down, and the y coordinate increases linearly without skipping back up. |
[Impact]
The default version of the xserver-xorg-input-vmmouse package in Ubuntu 12.04 is 1:12.8.0-1. When Ubuntu 12.04 is installed as a guest in VMware Workstation (tested on 8.0.3) or VMware Player (tested on 4.0.3), the mouse behaves rather erratically. For example, if you *slowly* move the mouse down 1 pixel, the mouse will actually move several pixels down, then sometimes a pixel or two to the right, then sometimes back up. The end result is a very un-smooth user experience. This is very visible by opening a new un-maximized window and dragging it slowly across the screen. Rather than it being a smooth movement, the window will jerk around slightly. This causes huge issues when navigating menus. Sometimes the guest will think the mouse has moved off a menu.
[Development Fix]
The upstream package includes this bug fix plus a couple other minor changes:
config: replace obsolete AM_CONFIG_HEADER with AC_CONFIG_HEADERS
Enable hardware access during vmmouse preinit.
Revert "Adjust the kernel name in the udev file."
The 12.9.0-1 package is currently in Debian's git tree but not yet released to experimental or unstable. A pre-release version is uploaded to quantal as version 12.9.0-0ubuntu1.
[Stable Fix]
Since the same versions of -vmmouse were in quantal and precise, the same package can be used in precise. This is numbered 12.9.0-0ubuntu0.1.
[Test Case]
Steps to reproduce:
1. Install Ubuntu 12.04 as a new guest operating system inside either VMware Workstation 8 or VMware Player.
2. Once installed and logged in, run xev in a terminal.
3. Move the mouse slowly but smoothly downward along the Event Tester window while monitoring the console output.
-------------------------------
What should happen:
1. The x,y coordinates reported after the "time" field should increment / decrement smoothly. For example, is moving the mouse downward in the Event Tester, the x coordinate should stay relatively stable (a change +- 1 is acceptable), while the y coordinate should increase proportional to the speed that the mouse is moving.
What actually happens:
1. The x coordinate will change +- 3 or so pixels, even though no horizontal movement is occuring.
2. The y coordinate will not increase linearly. For example, if moving the mouse downward starting with a y coordinate of 60, the next few events might show the y coordinate as 61, 62, 63, 64, 60, 63, 67, etc...
----------------------------
[Regression Potential]
The three changes included in this release suggest looking for the following types of regressions:
* Package build issues
* Cursor movement problems running in vmware
* Incompatibilities with untested kernel versions
[Original Report]
I am running VMware Workstation 8.0.3 on a Windows 7 x64 host, installing the standard Ubuntu 12.04 amd64 desktop version.
I have confirmed this is an issue with vmmouse 12.8 by rebuilding the 12.7 package from the Ubuntu 11.10 source repo, removing the 12.8 package, and installing the newly build 12.7 package. After this has occurred, the mouse moves smoothly, and the events reported by xev make much more sense. The x coordinate does not change while moving the mouse straight down, and the y coordinate increases linearly without skipping back up. |
|
2012-06-13 03:08:58 |
Bryce Harrington |
bug watch added |
|
https://bugzilla.novell.com/show_bug.cgi?id=717625 |
|
2012-06-13 03:08:58 |
Bryce Harrington |
bug task added |
|
xserver-xorg-input-vmmouse (Suse) |
|
2012-06-13 03:10:24 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/xserver-xorg-input-vmmouse |
|
2012-06-13 03:10:26 |
Bryce Harrington |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2012-06-13 03:17:41 |
Bug Watch Updater |
xserver-xorg-input-vmmouse (Suse): status |
Unknown |
In Progress |
|
2012-06-13 03:17:41 |
Bug Watch Updater |
xserver-xorg-input-vmmouse (Suse): importance |
Unknown |
Medium |
|
2012-06-13 03:21:33 |
Bryce Harrington |
description |
[Impact]
The default version of the xserver-xorg-input-vmmouse package in Ubuntu 12.04 is 1:12.8.0-1. When Ubuntu 12.04 is installed as a guest in VMware Workstation (tested on 8.0.3) or VMware Player (tested on 4.0.3), the mouse behaves rather erratically. For example, if you *slowly* move the mouse down 1 pixel, the mouse will actually move several pixels down, then sometimes a pixel or two to the right, then sometimes back up. The end result is a very un-smooth user experience. This is very visible by opening a new un-maximized window and dragging it slowly across the screen. Rather than it being a smooth movement, the window will jerk around slightly. This causes huge issues when navigating menus. Sometimes the guest will think the mouse has moved off a menu.
[Development Fix]
The upstream package includes this bug fix plus a couple other minor changes:
config: replace obsolete AM_CONFIG_HEADER with AC_CONFIG_HEADERS
Enable hardware access during vmmouse preinit.
Revert "Adjust the kernel name in the udev file."
The 12.9.0-1 package is currently in Debian's git tree but not yet released to experimental or unstable. A pre-release version is uploaded to quantal as version 12.9.0-0ubuntu1.
[Stable Fix]
Since the same versions of -vmmouse were in quantal and precise, the same package can be used in precise. This is numbered 12.9.0-0ubuntu0.1.
[Test Case]
Steps to reproduce:
1. Install Ubuntu 12.04 as a new guest operating system inside either VMware Workstation 8 or VMware Player.
2. Once installed and logged in, run xev in a terminal.
3. Move the mouse slowly but smoothly downward along the Event Tester window while monitoring the console output.
-------------------------------
What should happen:
1. The x,y coordinates reported after the "time" field should increment / decrement smoothly. For example, is moving the mouse downward in the Event Tester, the x coordinate should stay relatively stable (a change +- 1 is acceptable), while the y coordinate should increase proportional to the speed that the mouse is moving.
What actually happens:
1. The x coordinate will change +- 3 or so pixels, even though no horizontal movement is occuring.
2. The y coordinate will not increase linearly. For example, if moving the mouse downward starting with a y coordinate of 60, the next few events might show the y coordinate as 61, 62, 63, 64, 60, 63, 67, etc...
----------------------------
[Regression Potential]
The three changes included in this release suggest looking for the following types of regressions:
* Package build issues
* Cursor movement problems running in vmware
* Incompatibilities with untested kernel versions
[Original Report]
I am running VMware Workstation 8.0.3 on a Windows 7 x64 host, installing the standard Ubuntu 12.04 amd64 desktop version.
I have confirmed this is an issue with vmmouse 12.8 by rebuilding the 12.7 package from the Ubuntu 11.10 source repo, removing the 12.8 package, and installing the newly build 12.7 package. After this has occurred, the mouse moves smoothly, and the events reported by xev make much more sense. The x coordinate does not change while moving the mouse straight down, and the y coordinate increases linearly without skipping back up. |
[Impact]
The default version of the xserver-xorg-input-vmmouse package in Ubuntu 12.04 is 1:12.8.0-1. When Ubuntu 12.04 is installed as a guest in VMware Workstation (tested on 8.0.3) or VMware Player (tested on 4.0.3), the mouse behaves rather erratically. For example, if you *slowly* move the mouse down 1 pixel, the mouse will actually move several pixels down, then sometimes a pixel or two to the right, then sometimes back up. The end result is a very un-smooth user experience. This is very visible by opening a new un-maximized window and dragging it slowly across the screen. Rather than it being a smooth movement, the window will jerk around slightly. This causes huge issues when navigating menus. Sometimes the guest will think the mouse has moved off a menu.
[Development Fix]
The upstream package includes this bug fix plus a couple other minor changes:
config: replace obsolete AM_CONFIG_HEADER with AC_CONFIG_HEADERS
Enable hardware access during vmmouse preinit.
Revert "Adjust the kernel name in the udev file."
The config change just drops something obsolete in automake 1.12, which should have no post-build effect to users.
The hardware access change fixes an issue where if no other drivers request hardware access, vmmouse won't either (even though it requires it), and thus will fail; this was seen in a KVM virtual machine when running with fbdev, but there've been no reports of this fault in Ubuntu so far. This change makes vmmouse request hardware access explicitly so it won't fail this way.
The revert is the fix for this bug.
The 12.9.0-1 package is currently in Debian's git tree but not yet released to experimental or unstable. A pre-release version is uploaded to quantal as version 12.9.0-0ubuntu1.
[Stable Fix]
Since the same versions of -vmmouse were in quantal and precise, the same package can be used in precise. This is numbered 12.9.0-0ubuntu0.1.
[Test Case]
Steps to reproduce:
1. Install Ubuntu 12.04 as a new guest operating system inside either VMware Workstation 8 or VMware Player.
2. Once installed and logged in, run xev in a terminal.
3. Move the mouse slowly but smoothly downward along the Event Tester window while monitoring the console output.
-------------------------------
What should happen:
1. The x,y coordinates reported after the "time" field should increment / decrement smoothly. For example, is moving the mouse downward in the Event Tester, the x coordinate should stay relatively stable (a change +- 1 is acceptable), while the y coordinate should increase proportional to the speed that the mouse is moving.
What actually happens:
1. The x coordinate will change +- 3 or so pixels, even though no horizontal movement is occuring.
2. The y coordinate will not increase linearly. For example, if moving the mouse downward starting with a y coordinate of 60, the next few events might show the y coordinate as 61, 62, 63, 64, 60, 63, 67, etc...
----------------------------
[Regression Potential]
The three changes included in this release suggest looking for the following types of regressions:
* Package build issues
* Cursor movement problems running in vmware
* Incompatibilities with untested kernel versions
[Original Report]
I am running VMware Workstation 8.0.3 on a Windows 7 x64 host, installing the standard Ubuntu 12.04 amd64 desktop version.
I have confirmed this is an issue with vmmouse 12.8 by rebuilding the 12.7 package from the Ubuntu 11.10 source repo, removing the 12.8 package, and installing the newly build 12.7 package. After this has occurred, the mouse moves smoothly, and the events reported by xev make much more sense. The x coordinate does not change while moving the mouse straight down, and the y coordinate increases linearly without skipping back up. |
|
2012-06-14 06:11:34 |
Chris Halse Rogers |
xserver-xorg-input-vmmouse (Ubuntu Precise): status |
Triaged |
Fix Committed |
|
2012-06-14 06:11:39 |
Chris Halse Rogers |
bug |
|
|
added subscriber SRU Verification |
2012-06-14 06:11:47 |
Chris Halse Rogers |
tags |
vmmouse |
verification-needed vmmouse |
|
2012-06-14 07:12:43 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/precise-proposed/xserver-xorg-input-vmmouse |
|
2012-06-14 21:22:34 |
Robert Hooker |
tags |
verification-needed vmmouse |
verification-done vmmouse |
|
2012-06-15 04:49:17 |
Launchpad Janitor |
branch linked |
|
lp:debian/xserver-xorg-input-vmmouse |
|
2012-06-21 19:37:24 |
Launchpad Janitor |
xserver-xorg-input-vmmouse (Ubuntu Precise): status |
Fix Committed |
Fix Released |
|
2013-03-12 07:27:07 |
Bug Watch Updater |
xserver-xorg-input-vmmouse (Suse): status |
In Progress |
Won't Fix |
|