Mouse wheel tilt not works

xinput list-props output before update (when the wheel tilt works right):

Device 'Microsoft Wireless Laser Mouse 8000':
 Device Enabled (152): 1
 Coordinate Transformation Matrix (154): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
 Device Accel Profile (276): 0
 Device Accel Constant Deceleration (277): 1.000000
 Device Accel Adaptive Deceleration (278): 1.000000
 Device Accel Velocity Scaling (279): 10.000000
 Device Product ID (272): 1118, 1794
 Device Node (273): "/dev/input/event16"
 Evdev Axis Inversion (425): 0, 0
 Evdev Axes Swap (427): 0
 Axis Labels (428): "Rel X" (162), "Rel Y" (163), "Rel Horiz Wheel" (422), "Rel Dial" (423), "Rel Vert Wheel" (424)
 Button Labels (429): "Button Left" (155), "Button Middle" (156), "Button Right" (157), "Button Wheel Up" (158), "Button Wheel Down" (159), "Button Horiz Wheel Left" (160), "Button Horiz Wheel Right" (161), "Button Side" (420), "Button Extra" (421), "Button Unknown" (419), "Button Unknown" (419), "Button Unknown" (419), "Button Unknown" (419)
 Evdev Middle Button Emulation (430): 0
 Evdev Middle Button Timeout (431): 50
 Evdev Third Button Emulation (432): 0
 Evdev Third Button Emulation Timeout (433): 1000
 Evdev Third Button Emulation Button (434): 3
 Evdev Third Button Emulation Threshold (435): 20
 Evdev Wheel Emulation (436): 0
 Evdev Wheel Emulation Axes (437): 0, 0, 4, 5
 Evdev Wheel Emulation Inertia (438): 10
 Evdev Wheel Emulation Timeout (439): 200
 Evdev Wheel Emulation Button (440): 4
 Evdev Drag Lock Buttons (441): 0

And after update:

Device 'Microsoft Wireless Laser Mouse 8000':
 Device Enabled (152): 1
 Coordinate Transformation Matrix (154): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
 Device Accel Profile (273): 0
 Device Accel Constant Deceleration (274): 1.000000
 Device Accel Adaptive Deceleration (275): 1.000000
 Device Accel Velocity Scaling (276): 10.000000
 Evdev Axis Inversion (564): 0, 0
 Evdev Axes Swap (566): 0
 Axis Labels (567): "Rel X" (162), "Rel Y" (163)
 Button Labels (568): "Button Left" (155), "Button Middle" (156), "Button Right" (157), "Button Wheel Up" (158), "Button Wheel Down" (159), "Button Horiz Wheel Left" (160), "Button Horiz Wheel Right" (161), "Button Side" (562), "Button Extra" (563), "Button Unknown" (561), "Button Unknown" (561), "Button Unknown" (561), "Button Unknown" (561)
 Evdev Middle Button Emulation (569): 0
 Evdev Middle Button Timeout (570): 50
 Evdev Wheel Emulation (571): 0
 Evdev Wheel Emulation Axes (572): 0, 0, 4, 5
 Evdev Wheel Emulation Inertia (573): 10
 Evdev Wheel Emulation Timeout (574): 200
 Evdev Wheel Emulation Button (575): 4
 Evdev Drag Lock Buttons (576): 0

This may have a similar root cause as bug #932439, although the symptoms are different.

If you downgrade -evdev does it restore the proper behavior? If not, this might be a regression in the xserver or kernel.

You may still have the older driver in /var/cache/apt/, or if not you can download the appropriate .deb from here:

   https://launchpad.net/ubuntu/precise/+source/xserver-xorg-input-evdev/1:2.6.99.901-1ubuntu3

Links to the different .debs are under the Builds column at the lower right.

(Btw, for future reference please file X bugs using the command 'ubuntu-bug xorg'. Bugs filed directly through launchpad don't include the log files we need, and don't get tagged properly so us developers don't see your report.)

The evdev package depends on xorg packages..
So, when I am downgrade xorg and evdev - yes. it works right again after this...

BTW, evdev version 2.6.99.901-1ubuntu3 not works too.
Previous evdev version with corresponding xorg packages works right

I mean 2.6.99.901-1ubuntu2 not works in the previous message...

On Fri, Feb 17, 2012 at 07:46:01PM -0000, Anton Anikin wrote:
> I mean 2.6.99.901-1ubuntu2 not works in the previous message...

Interesting, thanks. Just so I'm 100% clear, can you list the versions
you tested and which worked and didn't work? That will help me isolate
which change caused the regression.

2.6.0-1ubuntu13 works, 2.6.99.901-1ubuntu2 and 2.6.99.901-1ubuntu3 not works.
Also new xorg packages required for evdev starting 2.6.99.901-1ubuntu2 version...

please test again, does it work with current precise?

No, still not works :(

[Expired for xserver-xorg-input-evdev (Ubuntu) because there has been no activity for 60 days.]

The problem is still actual, Ubuntu 12.10

This is a problem also with the MS Wireless Laser Mouse 5000 in 12.01, xserver-xorg-input-evdev version 2.7.0-0ubuntu1

I am confirming this regression on my Ubuntu 12.04 AMD64 with MS Wireless Laser Mouse 5000, evdev version 2.7.0-0ubuntu1.2. The left and right mouse tilts cause up/down scroll, firing 4/5 according to xev instead of 6/7. The mouse wheel tilt is therefore not usable anymore in the newest Ubuntu LTS. It's quite annoying.

xserver-xorg-input-evdev 2.3.2-6ubuntu3.1 that is part of my Ubuntu 10.10 installation does not have this problem on the same hardware.

I would be happy to downgrade to 2.6.0 that appears to work fine according to the previous reports here. However, I can't get 2.6.0 for Precise since it was published for Oneiric only:
https://launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/1:2.6.0-1ubuntu13

This is happening for me as well. I'm using a MS Natural Wireless Laser Mouse 6000 on Ubuntu 12.04 AMD64.

Really annoying. I got really used to this feature of the mouse (good for when writing code and you don't have wrapping enabled).

It appears that the mouse wheel tilt problem affects Microsoft mice specifically. I tried a Logitech Wireless Mouse today to see if it makes any difference. It did make a difference. Unlike MS Wireless Laser Mouse 5000, this Logitech mouse does work properly with Ubuntu 12.04 64-bit, xserver-xorg-input-evdev 1:2.7.0-0ubuntu1.2. The left/right mouse wheel tilt works properly in Logitech mouse.

The Logitech mouse has only "Logitech Laser" sign on it, there is no product or serial number and I am therefore unable to provide further details on the mouse hardware. dmesg reports the following:

dmesg:[ 2.449193] logitech 0003:046D:C517.0002: input,hiddev0,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-0000:00:1a.0-1.1/input1

Hi,

Just added a Microsoft Laser Mouse 5000 to my pc and am now having this issue also...however I believe I may have found the cause (although I've only investigated briefly).

Having downloaded the xserver-xorg-input-evdev-udeb source package (http://packages.ubuntu.com/precise/xserver-xorg-input-evdev-udeb) the changelog contains mentions of merging a smooth scrolling branch on Wed Nov 9 16:01:48 2011 +1000.

evdev.c contains conditionally compiled code depending on whether smooth scrolling should be enabled as to how it handles the scrollwheels.

Either:

In EvdevProcessRelativeMotionEvent we have:
#ifndef HAVE_SMOOTH_SCROLLING
        case REL_WHEEL:
            if (value > 0)
                EvdevQueueButtonClicks(pInfo, wheel_up_button, value);
            else if (value < 0)
                EvdevQueueButtonClicks(pInfo, wheel_down_button, -value);
            break;

        case REL_DIAL:
        case REL_HWHEEL:
            if (value > 0)
                EvdevQueueButtonClicks(pInfo, wheel_right_button, value);
            else if (value < 0)
                EvdevQueueButtonClicks(pInfo, wheel_left_button, -value);
            break;
        /* We don't post wheel events as axis motion. */
#endif

Or:

In EvdevAddRelValuatorClass:

#ifdef HAVE_SMOOTH_SCROLLING
        if (axis == REL_WHEEL)
            SetScrollValuator(device, axnum, SCROLL_TYPE_VERTICAL, -1.0, SCROLL_FLAG_PREFERRED);
        else if (axis == REL_DIAL)
            SetScrollValuator(device, axnum, SCROLL_TYPE_VERTICAL, -1.0, SCROLL_FLAG_NONE);
        else if (axis == REL_HWHEEL)
            SetScrollValuator(device, axnum, SCROLL_TYPE_HORIZONTAL, -1.0, SCROLL_FLAG_NONE);
#endif

Before smooth scrolling, REL_WHEEL was mapped to vertical scrolling and REL_DIAL and REL_HWHEEL were mapped to horizontal scrolling. After smooth scrolling REL_WHEEL and REL_DIAL are mapped to verical scrolling and REL_HWHEEL is mapped to horizontal.

Fixed for me by changing the REL_DIAL axis to SCROLL_TYPE_HORIZONTAL.

I've attached a patch for the source which solved it for me. Suppose alternatively you could just remove the HAVE_SMOOTH_SCROLLING definition.

Thanks,

Phil

The attachment "Horizontal scrolling fix tested with a Microsoft Laser Mouse 5000." of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

Phil,

Did you simply patch source / compile / drop in? Haven't (bothered to) compile any source since moving to Ubuntu dapper. Not sure if there's a ton of other dependencies that need a recompile in order for this to work.

Thanks for any input on this!

/SM

SM,

Yep, was a lot easier than I thought to be honest I was only originally intending to look for the cause out of interest as it was annoying me so much.

From a fresh install of Ubuntu 12.04 (tested in a VM) the following sequence of commands will download, patch and install the updated driver.

Open a terminal:

sudo apt-get install build-essential xserver-xorg-dev libudev-dev
wget http://archive.ubuntu.com/ubuntu/pool/main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.7.0.orig.tar.gz
wget https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/926917/+attachment/3373367/+files/horizontal_scrolling.patch
tar -zxvf xserver-xorg-input-evdev_2.7.0.orig.tar.gz
cd xf86-input-evdev-2.7.0
patch -p1 < ../horizontal_scrolling.patch
./configure
make

Logout of graphical session, change to a tty (Ctrl + F1), login and execute the following to install the new build of evdev:

cd xf86-input-evdev-2.7.0
sudo stop lightdm
sudo make install
sudo start lightdm

The last block of steps above do the actual install but I believe need to be completed when the xserver isn't running (as it crashed when I tried to swap out the evdev_drv.so file while it was running).

Hope that helps,

Phil

SM,

Made a typo another dependency needs adding, the line:

sudo apt-get install build-essential xserver-xorg-dev libudev-dev

should read:

sudo apt-get install build-essential xserver-xorg-dev xutils-dev libudev-dev

Phil

SM,

Hate to do this but I've done it again, the line:

./configure

should read:

./configure --prefix=/usr

Otherwise it'll install it to /usr/local and wont work as I just discovered.

Phil

Phil,

THANK YOU! I followed your instructions and my annoying problem with the Microsoft Mouse is now gone. I can now use the horizontal scroll function again.

I checked the horizontal scroll function in LibreOffice Calc and Chrome browser. It worked in both cases, however I think the horizontal scroll is inverted - that is, when I tilt mouse wheel to the left, the screen scrolls to the right, and conversely, when I tilt mouse wheel to the right, the screen scrolls back to the left. I don't recall if it worked that way in Ubuntu 11.10. But that's a minor issue - at least now I have the ability to scroll horizontally!

Thank you!

vkulkov,

Excellent, glad it worked + I thought the scrolling was reversed too but wasn't sure if it was me as I've never had horizontal scrolling before.

To invert and fix the scrolling change the -1 on line 1601 of src/evdec.c to 1 so it should read:

SetScrollValuator(device, axnum, SCROLL_TYPE_HORIZONTAL, 1.0, SCROLL_FLAG_NONE);

Sorted it for me.

Thanks,

Phil

Hi Phil,

I appreciate the detailed instructions, Thanks. I'll give it a run this weekend.

/SM

Thank you pgreenland! With this additional change, horizontal scrolling is no longer inverted.

The file to edit is actually src/evdev.c, not src/evdec.c. It should be obvious, but I thought I should mention for the convenience of future readers of this thread.

I am just here to say that I am getting this error in Ubuntu 12.10 - have not tried the patch yet, maybe I will later, although since it's for an older version maybe I shouldn't.

Finally had time to throw at this. Worked fine on Kubuntu 12.10 except for the pkg-config package which was required for ./configure to complete. MInor issue, was very obvious to discern, fix and move on.

Scott - this essentially works fine on 12.10 but rather than use xserver-xorg-input-evdev 2.7.0, which is likely valid for 12.04, I searched for the latest in quantal and found it to be 2.7.3. So just replace the 2.7.0 with 2.7.3 and you'll be fine.

Thanks Sandro - just installed it, seems to be working.

It seems like maybe they aren't going to bother with it. If anyone else is running Ubuntu 12.10 and having trouble, I have taken the liberty to create two scripts from Sandro's instructions. Run the first one from the regular graphical interface; then run the second in a terminal shell by pressing Ctrl+Alt+F1 and logging in.

Oops, I thought I could attach two items.

Run this one second from a terminal.

Anton Anikin, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p xserver-xorg-input-evdev REPLACE-WITH-BUG-NUMBER

Please note, given that the information from the prior release is already available, doing this on a release prior to the development one would not be helpful.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

[Expired for xserver-xorg-input-evdev (Ubuntu) because there has been no activity for 60 days.]

I can confirm that on Kubuntu 15.04 beta, this is still an issue, where the system does not recognize left/right scroll action using mouse wheel.

It's exactly the same problem as previously.

Also confirm, same problem on 15.04 release, hitting both an old Microsoft mouse as well as a Razer mouse.

This seems identical to https://bugzilla.redhat.com/show_bug.cgi?id=869065 and they fixed it with their patch of xorg-x11-drv-evdev-2.8.4-1.fc19 and since there are no comments after that fixed about resolution or not then it seems that it may be fixed with their patch. 15.04 is on version 2.9.0 of xserver-xorg-input-evdev so either the fix is not upstreamed or the fix did not work, but regardless, this problem still persists as the buttons that should be mapped to tilt never report anything and when tilt is pressed it is changing the scrollwheel axis rapidly.

OvermindDL1, it will help immensely if you filed a new report via a terminal:
ubuntu-bug xorg

Please ensure you have xdiagnose installed, and that you click the Yes button for attaching additional debugging information.

ApportVersion: 2.14.7-0ubuntu8.5
Architecture: amd64
DistroRelease: Ubuntu 14.10
InstallationDate: Installed on 2014-06-19 (337 days ago)
InstallationMedia: Kubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140416.1)
NonfreeKernelModules: nvidia
Package: xserver-xorg-input-evdev 1:2.9.0-1ubuntu2
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 3.16.0-38.52-generic 3.16.7-ckt10
Tags: utopic
Uname: Linux 3.16.0-38-generic x86_64
UpgradeStatus: Upgraded to utopic on 2015-05-23 (0 days ago)
UserGroups: adm cdrom dip fuse lpadmin plugdev sambashare sudo
_MarkForUpload: True

apport information

apport information

@penalvch I ran your command, I also ran apport-collect prior to seeing your message so I apologize for the spam above in that case.

And ubuntu-bug seems to have 'finished' with an error of:
```
Traceback (most recent call last):
  File "/usr/share/apport/apport-kde", line 533, in <module>
    sys.exit(UserInterface.run_argv())
  File "/usr/lib/python3/dist-packages/apport/ui.py", line 650, in run_argv
    return self.run_report_bug()
  File "/usr/lib/python3/dist-packages/apport/ui.py", line 488, in run_report_bug
    response = self.ui_present_report_details(allowed_to_report)
  File "/usr/share/apport/apport-kde", line 355, in ui_present_report_details
    desktop_info)
  File "/usr/share/apport/apport-kde", line 168, in __init__
    self.ui.ui_update_view(self)
  File "/usr/share/apport/apport-kde", line 345, in ui_update_view
    QTreeWidgetItem(keyitem, [line])
TypeError: arguments did not match any overloaded call:
  QTreeWidgetItem(int type=QTreeWidgetItem.Type): argument 1 has unexpected type 'QTreeWidgetItem'
  QTreeWidgetItem(list-of-str, int type=QTreeWidgetItem.Type): argument 1 has unexpected type 'QTreeWidgetItem'
  QTreeWidgetItem(QTreeWidget, int type=QTreeWidgetItem.Type): argument 1 has unexpected type 'QTreeWidgetItem'
  QTreeWidgetItem(QTreeWidget, list-of-str, int type=QTreeWidgetItem.Type): argument 1 has unexpected type 'QTreeWidgetItem'
  QTreeWidgetItem(QTreeWidget, QTreeWidgetItem, int type=QTreeWidgetItem.Type): argument 1 has unexpected type 'QTreeWidgetItem'
  QTreeWidgetItem(QTreeWidgetItem, int type=QTreeWidgetItem.Type): argument 2 has unexpected type 'list'
  QTreeWidgetItem(QTreeWidgetItem, list-of-str, int type=QTreeWidgetItem.Type): argument 2 has unexpected type 'list'
  QTreeWidgetItem(QTreeWidgetItem, QTreeWidgetItem, int type=QTreeWidgetItem.Type): argument 2 has unexpected type 'list'
  QTreeWidgetItem(QTreeWidgetItem): too many arguments
```

I fixed that bug in apport-kde and ran it again through the steps until I clicked 'Send" and it exited with no error message, but exit code of 1. Nothing appeared after I clicked "Send" and I see no bug appeared?

OvermindDL1, please execute the ubuntu-bug command (not apport-collect) via http://cdimage.ubuntu.com/daily-live/current/ .

It seems in the fedora project at http://koji.fedoraproject.org/koji/buildinfo?buildID=513754 it may have been fixed via "Map REL_DIAL to horizontal scrolling (bfdo#73105, rhbz#869065)".

@penalvch I acquired full ubuntu instead and ran the `ubuntu-bug xorg` and it ran successfully and stated that it successfully uploads. And for note, it seems `ubuntu-bug` runs apport internally so it runs regardless.

I have attached a USB Capture file (standard pcapng format, can open in wireshark or so) of the mouse doing:
```
Packets - Physical Action Taken
1-6 - Capture stream setup
7-16 - Pressing left-tilt quickly (it seems to repeat it while being pressed)
17-20 - Pressing left-tilt as quick as I can (it seems to repeat it while being pressed)
21-22 - Mousewheel scrolled up one tick
23-24 - Mousewheel scrolled down one tick
```
This was while using the Razer Naga 2014 mouse. As you can see the data coming from the USB device is significantly different between tilting and the mousewheel usages. The tilt works properly in Windows and is seen as a left/right tilt in various applications such as multiple web browsers. In ubuntu, however, it it sending more mousewheel signals and the Fedora project seems to have fixed it via "Map REL_DIAL to horizontal scrolling (bfdo#73105, rhbz#869065)", though I am unable to confirm due to not having Fedora installed anywhere, may see if they have a livecd version of their system as well when I get time later.

And I am not sure if this is the complete fix, but this is the diff of the relevant Fedora commit that people say fixed the issue for them.

This bug was apparently introduced in the userspace (evdev) in 12.04 rather than in the kernel. On Christopher Penalver's suggestion, I created a new bug report, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1260513, in order to investigate this bug further. As described in post 20 in that bug report, the bug manifests itself in 12.04 but is not present in 11.10 as both 12.04 and 11.10 were tested with the same mainline kernel version.

The workaround in post #16 here appears to fix the bug in evdev.

I was looking at that other bug report @vk1266 linked, I do not see why they thought it was a kernel issue, as shown by the USB packet dump I submitted above the data is unique between the scrollwheel and the tilt, thus it is hitting evdev with unique information, thus it would have to be an evdev issue and not a kernel issue. It is a simple fix to be done and it is hitting multiple mice in my household, one of which is my SO's, who is quite distraught over such a simple bug that does not exist in her old Windows install when she uses her tilt quite heavily, hence my very quick testing...

Further testing, apparently to enable unique Tilt packets a certain packet has to be sent to initialize the mouse properly, evdev is not doing that, but once I do do that then the mouse sends packets with data of:
```
Scrollwheel Up: 00 00 00 01 00 00 00 00
Scrollwheel Dn: 00 00 00 FF 00 00 00 00
Tilt Button Left Dn: 20 00 00 00 00 00 00 00
Tilt Button Left Up: 00 00 00 00 00 00 00 00
Tilt Button Right Dn: 40 00 00 00 00 00 00 00
Tilt Button Right Up: 00 00 00 00 00 00 00 00
```
I included the Scrollwheel to use as comparison, but the tilt is showing as unique button presses, but evdev is not doing anything with them...

I can confirm this issue remains with Ubuntu 14.04.3 LTS.

Mouse is a Microsoft Wireless Laser Mouse 5000 v1.0

Running xev confirms mouse wheel tilt right and left (buttons 6,7) are being remapped to mouse wheel scroll up and down (buttons 4,5).

version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu2

Bug Report filed: Bug #1508475

I still have this same issue. I am using Ubuntu 16.04.3 LTS with a Razer Naga Chroma. I also tested with xev and the wheel tilt right and left (buttons 6, and 7) are still being remapped to scroll up and down (buttons 4, and 5).

Reuben Lifshay (computator), it will help immensely if you use the computer the problem is reproducible with, file a new report with Ubuntu by first ensuring the package xdiagnose is installed, click the Yes button for attaching additional debugging information after running the following from a terminal:
ubuntu-bug xorg

Also, please feel free to subscribe me to it.