openSUSE 11.4 is no longer supported. Feel free to reopen, if the issue
still exists with openSUSE 12.3. Thanks.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-input-vmmouse in Ubuntu.
https://bugs.launchpad.net/bugs/996821

Title:
  vmmouse 12.8 behaves erratically in when running as a VMware guest

Status in “xserver-xorg-input-vmmouse” package in Ubuntu:
  Fix Released
Status in “xserver-xorg-input-vmmouse” source package in Precise:
  Fix Released
Status in “xserver-xorg-input-vmmouse” package in Suse:
  Won't Fix

Bug 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 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-vmmouse/+bug/996821/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to