Wireless mouse has no horizontal movement after upgrade to hardy

Bug #221022 reported by Graviton
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-input-evdev (Ubuntu)
Fix Released
Undecided
Unassigned
Hardy
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg-input-evdev

After upgrading to gutsy, my Logitech MX revolution mouse has only vertical movement.

Relevant part of my xorg.conf:

Section "InputDevice"
 Identifier "Configured Mouse"
 Driver "evdev"
 Option "Device" "/dev/input/by-id/usb-Logitech_Logitech_BT_Mini-Receiver_000761A4AE3E-event-mouse"
EndSection

Gentoo users have also reported this bug: http://bugs.gentoo.org/show_bug.cgi?id=199317
And it is reported upstream: http://bugs.freedesktop.org/show_bug.cgi?id=13135

It seems that the upgrade to evdev-1.2.0 is what breaks it.

Revision history for this message
blasd (blasd) wrote :

I also experienced this bug in hardy with all updates installed.
The vertical axis doesn't work, if I enable the evdev driver.
I need evdev to use all mouse buttons, not only the 3 standard buttons + the scroll wheel.

Revision history for this message
Benjamin Kudria (bkudria) wrote :

I have this problem here too. It seems in evdev 1.99.2 the bug is fixed.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Intrepid has x-x-input-evdev 2.0.3, closing as fixed.

Changed in xserver-xorg-input-evdev:
status: New → Fix Released
Revision history for this message
Benjamin Kudria (bkudria) wrote :

Yep, this new version of evdev fixes the problem. Thanks!

Revision history for this message
Jeremy Nickurak (nickurak) wrote :

I seem to have this issue with evdev 1.2.0 in hardy with my wireless mouse.

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

Jeremy, the fix is in intrepid. I suspect backporting the fix to hardy isn't going to be possible, but I've opened a hardy task for it just in case.

Revision history for this message
mous16 (mous16-info) wrote :

I confirm the bug, also with the new version of MX Revolution (the one in the set MX 5500 Revolution).
I'm happy because in Intrepid is fixed (if IT IS fixed) but Hardy is LTS: will be fixed also in Hardy?
Francesco

Revision history for this message
Jeremy Nickurak (nickurak) wrote :

The workaround from upstream seemed to do the trick for me under hardy, by adding to the inputdevice section:

Option "Abs32MapTo" "-1"

Revision history for this message
mous16 (mous16-info) wrote :

This trick doesn't work for me.

Revision history for this message
mous16 (mous16-info) wrote :

I've solved compiling the latest evdev module on the x.org site. Now the driver works fine.

Revision history for this message
Jeremy Nickurak (nickurak) wrote :

not seeing this issue in intrepid.

Revision history for this message
Diego Vera Leon (giovannivl) wrote :

Hey Jeremy,

The trick works for me! (Option "Abs32MapTo" "-1") in Hardy, i'm using a Genius Navigator 525 Laser. 4D Scroll works!. Thanks a lot!

Revision history for this message
Rolf Leggewie (r0lf) wrote :

Hardy has seen the end of its life and is no longer receiving any updates. Marking the Hardy task for this ticket as "Won't Fix".

Changed in xserver-xorg-input-evdev (Ubuntu Hardy):
status: New → Won't Fix
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.