Bug 872135 - Disable client-side mouse acceleration temporarily when the pointer is in server mode and grabbed
Summary: Disable client-side mouse acceleration temporarily when the pointer is in ser...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: spice-client
Version: 5.9
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: ---
: ---
Assignee: Marc-Andre Lureau
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-01 11:05 UTC by David Jaša
Modified: 2013-06-17 13:54 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 867885
Environment:
Last Closed: 2013-06-14 22:24:21 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description David Jaša 2012-11-01 11:05:03 UTC
This bug applies to rhel5 spice-client as well:
spice-client-0.8.1-8.el5

I'm not sure that this is worth fixing because this is niche use case of package that is being phased-out and people who run into this may quite easily recognize the cause and workaround.


+++ This bug was initially created as a clone of Bug #867885 +++

Description of problem:
Disable client-side mouse acceleration temporarily when the pointer is in server mode and grabbed. Spice-gtk doesn't seem to do it and it causes weird pointer behaviour in server mode (from overly sensitive cursor when acceleration curves shape is smooth and similar to erratic behaviour).

Version-Release number of selected component (if applicable):
spice-gtk-0.14-3.el6.x86_64
virt-viewer-0.5.2-11.el6.x86_64

How reproducible:
always

Steps to Reproduce:
1. make sure you have mouse speeds at highest possible levels in mouse properties and mouse acceleration enabled ("acceleration" slider at maximum value in gnome mouse properties, in Windows "Enhance pointer precision" checkbox)
2. make sure you have mouse in server mode
3. move mouse semi-quickly
  
Actual results:
mouse pointer will almost "jump" over whole guest desktop at any faster movement

Expected results:
mouse pointer should move in a guest just as it would move in a physical client

Additional info:
This could affect windows client as well

--- Additional comment from marcandre.lureau on 2012-10-18 20:04:27 CEST ---

Hmpf, we have already http://cgit.freedesktop.org/spice/spice-gtk/commit/?id=e34ebd9da4130147927eeab47ba3c4d0d2010db7

Hans? :)

--- Additional comment from marcandre.lureau on 2012-10-18 20:46:41 CEST ---


I sent a fix on the ML for X11

--- Additional comment from marcandre.lureau on 2012-10-18 21:17:55 CEST ---

added support for windows, sent to ML

--- Additional comment from hdegoede on 2012-10-19 11:55:08 CEST ---

(In reply to comment #1)
> Hmpf, we have already
> http://cgit.freedesktop.org/spice/spice-gtk/commit/
> ?id=e34ebd9da4130147927eeab47ba3c4d0d2010db7
> 
> Hans? :)

See my response to yuor patch on the ML.

Comment 1 RHEL Program Management 2012-11-01 11:08:47 UTC
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux release.  Product Management has
requested further review of this request by Red Hat Engineering, for
potential inclusion in a Red Hat Enterprise Linux release for currently
deployed products.  This request is not yet committed for inclusion in
a release.

Comment 2 RHEL Program Management 2012-11-06 06:47:08 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 3 Marc-Andre Lureau 2013-06-14 22:24:21 UTC

*** This bug has been marked as a duplicate of bug 867885 ***

Comment 4 Paul Vine 2013-06-17 13:54:17 UTC
We should not be creating duplicates of bugs across products in general and in this case when the problem is reported against two different components. The bug duplicated against was indicated as fixed when I'm fairly sure this problem was not resolved in the old client and I assume will not be fixed.


Note You need to log in before you can comment on or make changes to this bug.