Issue metadata
Sign in to add a comment
|
"reverse"/"natural" scrolling doesn't work in chrome on Linux (works in all other apps) |
||||||||||||||||||||||||
Issue descriptionChrome Version : 49.0.2623.75 URLs (if applicable) : any (e.g. theverge.com) Other browsers tested: Firefox Add OK or FAIL, along with the version, after other browsers where you have tested this issue: Safari: Firefox: OK -- 44.0.2 IE: What steps will reproduce the problem? 1. Enable reverse scrolling (e.g. Mouse prefs pane in KDE) 2. Navigate to a site with enough content to warrant scrolling 3. Scroll What is the expected result? The scrolling happens consistently with other apps, in the fashion of Apple's "natural" or "reverse" scroll they introduced a few years ago. The idea is that if you move your finger on the scroll wheel up, content moves down. Apple argues this motion is consistent with how you would move a piece of paper around on a flat surface--if you wanted to look at content further down the page, effectively moving the page up, you would drag it up. What happens instead? It scrolls in the wrong direction (legacy PC scroll direction). This happens inside text boxes as well.
,
Mar 4 2016
I've been using reverse scrolling in Chrome on Linux for a couple years (by modifying the .Xmodmap file). Reverse scrolling worked for me right up until I upgraded Chrome today (to version 49.0.2623.75), and now it no longer does reverse scrolling.
,
Mar 6 2016
I'm seeing this as well on Fedora 22 (LXDE). Chrome (and firefox for that matter) are ignoring the settings I have in ~/.Xmodmap. All other apps work as expected (terminal etc.). Here is my ~/.Xmodmap file: pointer = 1 2 3 5 4 6 7 8 9 10 11 12
,
Mar 7 2016
Seeing this too on Ubuntu 14.04 LTS , after latest update of Chrome to 49.0.2623.75 (64-bit)
,
Mar 9 2016
This is caused by this change: https://codereview.chromium.org/688253002 bokan@ since you reviewed this are you able to get the original author to fix it? I tried disabling the XIScrollClass code path in my local build and it works correctly.
,
Mar 9 2016
This isn't a bug with chromium, but is due to legacy methods being used to enable natural scrolling. See https://bugs.chromium.org/p/chromium/issues/detail?id=582547#c14 for a more detailed description of the issue and how to fix.
,
Mar 9 2016
The problem you're experiencing will be present in all apps using xinput2
,
Mar 10 2016
I enabled natural scrolling in Ubuntu 14.04 via the "Mouse and Touchpad" settings panel and it works correctly. I agree this isn't a problem in Chrome but how natural scrolling is configured in specific cases.
,
Mar 10 2016
I resolved this issue by removing ~/.Xmodmap and then rebooting after creating /etc/X11/xorg.conf.d/100000000000-natural-scrolling.conf with the following contents:
Section "InputClass"
Identifier "Natural scroll"
MatchIsPointer "on"
Option "VertScrollDelta" "-1"
Option "HorizScrollDelta" "-1"
EndSection
I'm on fedora 22 (LXDE) and it's working great!
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by b...@chromium.org
, Mar 4 2016Labels: -Restrict-View-Google Type-Bug Pri-2 OS-Linux