Bug 869065
Summary: | Horizontal scrolling with microsoft mouse scrolls vertically | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | k | ||||||||
Component: | xorg-x11-drv-evdev | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | low | Docs Contact: | |||||||||
Priority: | unspecified | ||||||||||
Version: | 19 | CC: | dcharlespyle, hdegoede, k, peter.hutterer, xgl-maint | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | xorg-x11-drv-evdev-2.8.3-1.fc20 | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2014-05-02 21:04:10 UTC | Type: | Bug | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
k
2012-10-22 22:30:43 UTC
This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Please record your device with evemu and attach the output here http://www.freedesktop.org/wiki/Evemu/ Created attachment 782486 [details]
evemu-describe output
Created attachment 782487 [details]
evemu-record output, at top dial -1 is left press, dial 1 is right press
Created attachment 890274 [details]
Evemu-describe output for mouse and keyboard (same USB device)
Looks like I have just been hit by this bug as well since the new Evdev update that obsoleted xorg-x11-drv-mouse package.
I am using Fedora 21 rawhide.
Attached is the evemu output for both mouse and keyboard (on the same USB receiver device).
upstream bug http://bugs.freedesktop.org/73105, that's a bug in evdev. Peter, I've added the patch posted upstream to the rawhide pkgs as part of my xorg-rebase for rawhide. I assume you're going to take care of getting this fixed for F-19 / F-20 ? Regards, Hans (In reply to Hans de Goede from comment #7) > Peter, > > I've added the patch posted upstream to the rawhide pkgs as part of my > xorg-rebase for rawhide. I assume you're going to take care of getting this > fixed for F-19 / F-20 ? > > Regards, > > Hans I tried to install the new packages. Installation failed. I see dependency errors for something called "xserver-abi >= 0" but yum whatprovides does not list a package with that name. The second time I tried to install the updated packages from koji I got a variant of the dependency error I saw before. YUM then said that it was "xserver-abi(xinput 21) >= 0". Searching for that dependency led me to a couple Mageia packages. I did not try to install those as that would have been a mistake and I would have paid for it later. So, I rebuilt the packages from source on my own machine and was able to install the patched binaries without dependency errors. The patches work. Thanks for making the patched source RPM available. I now have full horizontal scrolling back and working using the title wheel on a Microsoft Wireless Mouse 5000. Thanks again. The second time I tried to install the updated packages from koji I got a variant of the dependency error I saw before. YUM then said that it was "xserver-abi(xinput 21) >= 0". Searching for that dependency led me to a couple Mageia packages. I did not try to install those as that would have been a mistake and I would have paid for it later. So, I rebuilt the packages from source on my own machine and was able to install the patched binaries without dependency errors. The patches work. Thanks for making the patched source RPM available. I now have full horizontal scrolling back and working using the tilt wheel on a Microsoft Wireless Mouse 5000. Thanks again. Charles: don't install rawhide packages on anything but rawhide, they won't work because of ABI mismatches. And Hans is currently rebasing xorg in rawhide, so the ABI is all over the place until it's finished anyway. Please wait for f20/f19 packages which are on the way. xorg-x11-drv-evdev-2.8.3-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.8.3-1.fc20 xorg-x11-drv-evdev-2.8.3-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.8.3-1.fc19 (In reply to Peter Hutterer from comment #11) > Charles: don't install rawhide packages on anything but rawhide, they won't > work because of ABI mismatches. And Hans is currently rebasing xorg in > rawhide, so the ABI is all over the place until it's finished anyway. Please > wait for f20/f19 packages which are on the way. I am using rawhide and only installed them on my rawhide system. I still got the dependency error even on rawhide. oh, right. in that case the most likely issue is that you're hitting a state of repo where the rebase isn't done yet. Try to update xorg-x11-server-* and the dependencies and the new package should work. If you have the build-deps installed you can just download the src.rpm and rebuild that locally too. Yes, I figured that might be the case, which is why I just rebuilt the packages locally from source. I plan to update the xorg-x11-server-* and other connected drivers soon, too. But the patched files themselves are working and the tilt-wheel functions as expected now. Out of interest - which package did you end up testing? I pushed a fixed version in because the original patch should've had left/right swapped. Is this the case with the latest version or did I mess up the fix? (In reply to Peter Hutterer from comment #17) > Out of interest - which package did you end up testing? I pushed a fixed > version in because the original patch should've had left/right swapped. Is > this the case with the latest version or did I mess up the fix? It is the one from here: http://koji.fedoraproject.org/koji/buildinfo?buildID=513754 I would not know whether the fix was wrong. Everything on my mouse seems to be working as expected sinc using the abovementioned package. I just had to reverse scrolling by putting a file named 20-natural-scrolling.conf in /usr/share/X11/xorg.conf.d directory. The contents of the file are as follows: Section "InputClass" Identifier "Natural Scrolling" MatchIsPointer "on" MatchDevicePath "/dev/input/event*" Option "VertScrollDelta" "-1" Option "HorizScrollDelta" "-1" EndSection I kept it a separate file in the event changes to the officially packaged files might remove my changes I might have put in the 10-evdev.conf file itself. I just saw another set of files posted over on Koji. Should I use the rawhide one or will these new packages not have your patch in them? Those packages have the new patches in them. Update to those and test it without a InputClass section please. That section overwrites the defaults which are what I'm interested in. If the defaults are what you expect from a scroll wheel (not natural scrolling though), then all is good and you can pop the custom config back into place. I tested the packages I mentioned above (http://koji.fedoraproject.org/koji/buildinfo?buildID=513754) and they are working as expected, without my custom InputClass file. Tilting the wheel causes the horizontal scrollbar to move in the direction of tilt of the tiltwheel, which is what it should do when natural scrolling/reverse scrolling is turned off. I'm about to install the newest ones and test those momentarily. Just installed, rebooted, and tested the very latest packages from Koji. Everything seems to be working just fine now. Scrolling with the tiltwheel on my Microsoft Mouse works as it should with defaults. Horizontal scrollbar moves in the direction of the mousewheel tilt, which is exactly what it should do when natural scrolling is not set in the configuration. Hope this helps. Hi, (In reply to D. Charles Pyle from comment #14) > (In reply to Peter Hutterer from comment #11) > > Charles: don't install rawhide packages on anything but rawhide, they won't > > work because of ABI mismatches. And Hans is currently rebasing xorg in > > rawhide, so the ABI is all over the place until it's finished anyway. Please > > wait for f20/f19 packages which are on the way. > > I am using rawhide and only installed them on my rawhide system. I still > got the dependency error even on rawhide. That is because we're in the middle of an xorg rebase, and I've been building all the new packages in a special f21-xorg koji tag to avoid breaking rawhide. So the new server with the new ABI is not in the rawhide repo yet, it only lives in the f21-xorg koji tag for now, and the new evdev pkg I build was build against that new server. Peter, your new evdev build for rawhide was against the old server, which is why Charles could install it. I've bumped the release and done another build against the new server in the f21-xorg koji tag. Once that build and tigervnc (which was the last hurdle) finish, I'll ask rel-eng to move all of the new package out of the f21-xorg tag and into rawhide proper in one go. Regards, Hans Package xorg-x11-drv-evdev-2.8.3-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing xorg-x11-drv-evdev-2.8.3-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-5788/xorg-x11-drv-evdev-2.8.3-1.fc19 then log in and leave karma (feedback). Everything was working until a group of updates late this evening. Now, natural scrolling does not work on the tilt wheel in the proper direction. The HorizScrollDelta option no longer changes anything on my machine in rawhide. xinput now gives me the following: $ xinput list-props 9 | grep -i "scrolling distance" Evdev Scrolling Distance (273): -1, -1, 1 However, if I run /usr/bin/xinput set-prop 9 273 -1 -1 -1 natural scrolling will work again in the proper direction on the tilt wheel. I know what the first two options represented by negative numbers are on the above command line. The first two negative numbers are VertScrollDelta and HorizScrollDelta, respectively, but what is the third number? Never mind. I just found out what the third number is. Now, I just need to figure out how to set that third option in my 20-natural-scrolling.conf file. HorizScrollDelta is for a horizontal wheel, you have a dial (or at least it claims it's a REL_DIAL). Try DialDelta instead of HorizScrollDelta, that's the third number and it's still in normal mode. Thanks. I'll try that. (In reply to Peter Hutterer from comment #26) > HorizScrollDelta is for a horizontal wheel, you have a dial (or at least it > claims it's a REL_DIAL). Try DialDelta instead of HorizScrollDelta, that's > the third number and it's still in normal mode. That did the trick. Thanks again, and thanks for patching that. Happy as a clam... :-) xorg-x11-drv-evdev-2.8.3-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. xorg-x11-drv-evdev-2.8.4-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.8.4-1.fc19 |