| Page Zoom conflicts Inertial Scrolling on Linux and Windows | ||||||||
| Reported by r...@lab.net, Jun 24 2013 | Back to list | |||||||
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1541.2 Safari/537.36 Steps to reproduce the problem: 1. Open a relatively long page in a tab 2. Scroll down on the trackpad 3. Finish the physical scroll control operation 3. Press the control key What is the expected behavior? Nothing should happen when pressing the control key without any other coincident action. What went wrong? While the control key is held down, Chrome converts any remaining inertial scroll into a page zoom instead. Did this work before? No Chrome version: 29.0.1541.2 Channel: dev OS Version: My specific configuration is a laptop running Ubuntu 13.04 with two-finger scrolling enabled. PS I detest control+mouse-scroll as a zoom feature, I *constantly* get accidental zooms when performing unrelated operations. I would disable this feature completely if I could.
Comment 1
by
r...@lab.net,
Jun 24 2013
,
Nov 27 2013
I have Chrome 31 and this is still a problem on linux. Essentially the same thing as was in Mac, so may be it would make sense to disable ctrl-scroll zoom on linux too?
,
Nov 27 2013
I can confirm this is still an issue on Windows too https://code.google.com/p/chromium/issues/detail?id=254612
,
Nov 28 2013
,
Nov 28 2013
this issue is reproducible and existing in all the channel, making as non regression issue.
,
Jan 20 2014
seeing this on ubuntu 12.10
,
Apr 30 2014
If this is still happening in Aura, this bug suggests it's an Xorg "feature" misfiring, but switching to smooth scrolling events and doing inertia in the client is the future and avoids this. https://bugs.freedesktop.org/show_bug.cgi?id=38909 (I don't have a Linux install with a touchpad, so I can't verify if it's been fixed in Aura. It reproduces in a VM on my Mac, but that might be the host OS's inertial scrolling. I asked a friend and he was able to repro on 34, so adding Proj-DesktopAura.)
,
Apr 30 2014
> 34 (Oops, off-by-one error. Not actually confirmed to still be happening in Aura.)
,
Apr 30 2014
Still reproducible using my touchpad with the dev channel, FWIW: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1964.2 Safari/537.36 Ubuntu 13.04 David, thanks for the interesting pointer to the xorg bug, I never noticed that in evince etc.
,
Apr 30 2014
> David, thanks for the interesting pointer to the xorg bug, I never noticed that in evince etc. Comment 25 on that bug suggests GTK (GTK3 I assume) uses the new events these days, which might explain why it's not in Evince. I want to say it was in all programs when I saw this bug a few years ago (which is why I knew about this Xorg behavior), but I could be misremembering.
,
Apr 30 2014
I just verified the same behavior occurs in evince and Firefox 29 and qupzilla (qt-based web browser), so it's a quite persistent and universal issue apparently. Sad face.
,
Sep 8 2014
On Ubuntu 14.04, this happens on both Chromium 37.0.2062.94/FireFox 32.0. For the time being, here's a less-than-perfect workaround (ie. completely disable 'coasting'/'flicking'): http://askubuntu.com/questions/301766/turn-off-trackpad-scroll-momentum Suggested change: Effectively ignore/cancel existing flick/scroll events from trackpad/mouse when Ctrl is pressed. Scenarios: * Scroll occurring, Ctrl pressed = no zooming * Ctrl held, scrolling occurs = zooming enabled, user can 'zoom-by-flick'
,
Oct 30 2014
I can confirm this on Google Chrome 38.0.2125.111 (Official Build 290379), using Ubuntu 14.04. It also happens when you're in inertia scroll and switch/close tabs using Ctrl+Tab/Ctrl+W.
,
Jun 5 2015
,
Jun 11 2015
For a workaround: 1. Install xbindkeys 2. Add these lines to ~/.xbindkeysrc to disable ctrl + scroll: "/bin/true" Control + b:5 + release "/bin/true" Control + b:4 + release
,
Jun 3 2016
Able to reproduce on Windows and Linux, Chrome 51.0.2704.79. The Mac fix issue 178972 removed this feature, but on Windows and Linux side we should keep this feature and check if Control key was pressed during a scroll. e.g. In |WebContentsImpl::HandleWheelEvent|, ask |MouseWheelEventQueue| if it's during a scroll https://cs.chromium.org/chromium/src/content/browser/web_contents/web_contents_impl.cc?sq=package:chromium&dr=CSs&rcl=1464952570&l=1750 However |MouseWheelEventQueue| doesn't have this information yet, which will be fixed by the scrolling latch issue 526463.
,
Jun 3 2016
Issue 606323 has been merged into this issue.
,
Jun 3 2016
Issue 254612 has been merged into this issue.
,
Jan 19 2017
Just to update: this is blocked on a resolution to issue 526463 but that's quite close to shipping so hopefully we can take a look at this in the coming quarter.
,
Jan 27 2017
Thanks for the update!
,
May 20 2017
Is this a dupe of #6136?
,
May 23 2017
issue 6136 didn't have a clear reproduce step in description, but this should be a dupe according to reporter's later comment: issue 6136 #c5. Merging into this issue as we have clearer reproduce steps and discussion here.
,
May 23 2017
Issue 6136 has been merged into this issue.
,
Oct 24
This issue is highly annoying and it affects a large number of users. Please prioritize. 1. https://superuser.com/questions/243127/disable-ctrl-mouse-wheel-zooming-in-chrome 2. https://superuser.com/questions/428712/lock-disable-the-zoom-on-chrome-browser 3. https://askubuntu.com/questions/758560/delayed-touchpad-scroll-event-causes-crazy-zooming-if-top-of-the-page-is-reached 4. https://askubuntu.com/questions/301766/turn-off-trackpad-scroll-momentum There are even extensions that disable this behavior: https://chrome.google.com/webstore/detail/no-mousewheel-zoom/ckhlfagjncfmdieecfekjbpnnaekhlhd
,
Oct 24
Linux workaround: unfortunately the xbindkeys solution from comment #16 no longer works for current Chrome versions. A workaround is to disable inertial scrolling completely at the OS level. For Synaptic touchpads, run this commands: synclient CoastingSpeed=0
,
Oct 24
According to #20 this should still be blocked by issue 526463. Re-assigning to bokan@ as I no long work on this issue.
,
Oct 24
|
||||||||
| ► Sign in to add a comment | ||||||||