Hide Forgot
Description of problem: After upgrade to F22, option "reverse scroll direction" in mouse settings has no effect, regardless of value. Version-Release number of selected component (if applicable): F22 xfce4-settings-4.12.0-5.fc22.x86_64 How reproducible: So far, I can't fix it. Steps to Reproduce: 1. Upgrade to F22 2. 3. Actual results: With setting check and unchecked, the sense of two-finger scrolling is always with the scroll bar, not with the page. Expected results: Should be able to select reverse scroll direction to have touch-screen-like behavior. Additional info:
Yup! I can reproduce this behavior. Would you like to file an upstream bug or would you prefer that I do it?
Whatever you think best. I have an account with them, I think, but I don't file very ofthen. Maybe it would be better if you do it?
Oh, but if you think it will be more expedient for me to verify the fix or something, then I can do it. It's your call.
Could you please file the bug in this case (travel, intermittent access, etc in my case)? I would appreciate it if you could add me on CC. If you do not have an account and do not want to create one, please let me know and I will file it myself. Sorry for the inconvenience.
no problem.
Hi Paul, did you by any chance file a bug on this?
Yes, but it was already known by another bug id https://bugzilla.xfce.org/show_bug.cgi?id=11193 Sorry, I forgot to report it here.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
I'm using fedora 24 and this problem persists. I guess that is specific to XFCE 4.12. Everything is very strange, because some applications use natural scroll and sometimes not.
Yes, it's frustrating. I'll try reopening it. I might be closed here since there is an upstream bug, but I'm not sure how to close it that way.
Do you all have xorg-x11-drv-libinput installed?
(In reply to Kevin Fenzi from comment #11) > Do you all have xorg-x11-drv-libinput installed? Of course, I think that's part of the problem. Using a classical synaptics configuration or activating "natural scrolling" via synclient allows a temporary solution to the problem (using xorg-x11-drv-synaptics)
I would expect using synaptics to cause this problem... and installing xorg-x11-drv-libinput to fix it. Would you be able to test the combinations here?
(In reply to Kevin Fenzi from comment #13) > I would expect using synaptics to cause this problem... and installing > xorg-x11-drv-libinput to fix it. > I do not think so, using the default installation of Fedora Xfce Spin and the natural scroll does not work (libinput is running by default). > Would you be able to test the combinations here? I have tested different combinations, but do not know how to expose them here. Using only libinput (libinput, xorg-x11-dvr-libinput) is where more trouble was, because applications had different behaviors regarding the direction of the scroll. My current solution is the following (very archaic). • Install xorg-x11-dvr-synaptics • Create a desktop file with the commands "synclient HorizScrollDelta=-111" and "synclient VertScrollDelta=-111". Add to system startup. I have not looked for a more elegant solution, but so far this procedure is functional and avoids me create a full synaptics configuration.
Clarification: I do not work parameter "xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Natural Scrolling Enabled" 1"
Well, I've been using the upstream partial workaround using xinput settings in a script I run on login. It reverses the direction of scroll by using negative speed setting. This doesn't really fix anything, but swaps the things that work and don't work under the normal setting. So, it works for FF, whereas the normal setting doesn't work for FF. But, everything else is broken. I have xorg-x11-drv-synaptics installed, but I don't remember doing that manually. I don't have xorg-x11-drv-libinput installed. I'll try libinput and let you know.
tested: xfce4-settings-4.12.0-7.fc24.x86_64 when I enable reverse scroll direction, the libinput property is toggled as it should be and at least the file manager appropriately reverses direction. xev shows that the core scroll button emulation bits change as required too. so what exactly doesn't work?
(In reply to Peter Hutterer from comment #17) > tested: xfce4-settings-4.12.0-7.fc24.x86_64 > > when I enable reverse scroll direction, the libinput property is toggled as > it should be and at least the file manager appropriately reverses direction. > xev shows that the core scroll button emulation bits change as required too. > so what exactly doesn't work? Apparently not all applications detect that change. Some applications GTK+ 2 (or 3) the scroll is the reverse compared with theselected configuration options. Something like this occurs with QT applications as Telegram. In conclusion becomes chaos using scroll in the touchpad.
Ah, okay. Thanks Kevin. In upstream, Olivier's comment about "libinput/xf86-input-libinput" didn't mean much to me. But, I guess it meant try xorg-x11-drv-libinput. libinput pkg was already installed, so I didn't understand what was being suggested or that synaptics should be removed, also. After installing xorg-x11-drv-libinput and removing xorg-x11-drv-synaptics reverse scrolling setting does seem to work consistently across GTK3 and Xfce applications. I don't know what to make of the report that right/left buttons are "occasionally" reversed. That sounds worse that scroll not working as designed, but I guess I'll see if it happens for me. I wonder if there is a separate bug for that? Is there a reason why xorg-x11-drv-synaptics would be installed on systems without touchpad? It's installed on my desktop and I know I didn't do it manually.
(In reply to Paul DeStefano from comment #19) > Ah, okay. Thanks Kevin. In upstream, Olivier's comment about > "libinput/xf86-input-libinput" didn't mean much to me. But, I guess it > meant try xorg-x11-drv-libinput. libinput pkg was already installed, so I > didn't understand what was being suggested or that synaptics should be > removed, also. xf86-input-libinput is the upstream name but for historical reasons Fedora uses xorg-x11-drv-libinput. They're the same thing though. > I don't know what to make of the report that right/left buttons are > "occasionally" reversed. That sounds worse that scroll not working as > designed, but I guess I'll see if it happens for me. I wonder if there is a > separate bug for that? please file a bug for that > Is there a reason why xorg-x11-drv-synaptics would be installed on systems > without touchpad? It's installed on my desktop and I know I didn't do it > manually. synaptics was in comps until including F24 so every system had it installed. but even if you do, it shouldn't really take effect unless you have an xorg.conf setting that assigns it.
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. 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 EOL if it remains open with a Fedora 'version' of '24'. 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. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 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 this bug is closed as described in the policy above. 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.
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.