Issue metadata
Sign in to add a comment
|
Scroll settings are reversed |
||||||||||||||||||||
Issue description
Chrome Version : 49.0.2623.75
OS Version: Ubuntu 14.04
URLs (if applicable) : All
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:
What steps will reproduce the problem?
1. Reverse your scroll wheel settings to "natural scrolling" (that is, scrolling "down" moves "up" the page).
This can be done with the instructions here (warning, overwrites ~/.Xmodmap: https://andym3.wordpress.com/2011/09/03/the-one-line-method-of-getting-natural-scrolling-in-linux/
echo "pointer = 1 2 3 5 4 7 6 8 9 10 11 12" > ~/.Xmodmap && xmodmap ~/.Xmodmap
2. Open any webpage that has vertical scrolling.
3. Attempt to scroll, observe that scrolling is backwards.
What is the expected result?
Scrolling observes the system settings for the scroll wheel.
What happens instead of that?
Scrolling does not observe the system settings.
Please provide any additional information below. Attach a screenshot if
possible.
UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36
,
Mar 8 2016
I can also confirm this issue (same settings as above).
,
Mar 8 2016
I did some more digging and it appears that GTK applications often ignore .Xmodmap as well. I found a workaround here: http://askubuntu.com/a/519859 In short, add the following section to /usr/share/X11/xorg.conf.d/20-natural-scrolling.conf and delete .Xmodmap Section "InputClass" Identifier "natural scrolling for mouse wheel" MatchIsPointer "on" MatchDevicePath "/dev/input/event*" Driver "mouse" Option "Device" "/dev/input/mice" Option "Protocol" "Auto" Option "ZAxisMapping" "5 4" EndSection
,
Mar 8 2016
I'll give that a shot.
,
Mar 8 2016
The workaround above worked for me, and it has the nice bonus of other applications (e.g., gedit) now also respecting the inverted scrolling. Many thanks!
,
Mar 15 2016
I also suffer from this issue on 49.0.2623.87. djmarcin's workaround works well, but it affects all users on the machine. I'd like to seek a per-user setting.
,
Mar 22 2016
,
Apr 15 2016
djmarcin's workaround doesn't for me. It inverts the scroll direction of *all* xwindow apps, not just chromium. Cm still scrolls differently than all the others.
,
Apr 15 2016
PS: Chrome 50 on MacOS doesn't suffer from this. It scrolls in the same direction as other native apps as well as the xwindow programs. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by dpk@google.com
, Mar 8 2016