Issue metadata
Sign in to add a comment
|
Smooth scrolling causes PDF viewer to jump when scroll bar loses focus
Reported by
gabriel....@gmail.com,
Apr 24 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36 Steps to reproduce the problem: 1. Fresh install of chromium 2. open a long pdf 3. LMB click and hold on scroll bar and move the mouse sideways away from the bar until it stops following the mouse 4. Release LMB 5. return your mouse to the scroll bar and the PDF will jump to that location What is the expected behavior? The scrollbar should keep mouse focus like it does when smooth scrolling is disabled. If loss of focus is unavoidable then scrollbar should should assume that LMB has been released. What went wrong? PDF jumps to wherever the mouse is when it crosses the scrollbar. Only way to stop it is to re-click and release the LMB while hovering on the scroll-bar. Did this work before? N/A Chrome version: 66.0.3359.117 Channel: stable OS Version: Arch Flash Version: This works correctly when you disable chrome://flags/#smooth-scrolling
,
Apr 25 2018
Unable to reproduce the issue on ubuntu 17.10 using chrome reported version #66.0.3359.117. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Opened chrome. 2. opened a long pdf. 3. LMB click and hold on scroll bar and moved the mouse sideways away from the bar until it stops following the mouse. 4. Released LMB. 5. returned mouse to the scroll bar and observed that the PDF did not jump to that location. reporter@ - Could you please check the attached screen cast and please let us know if anything missed from our end. Thanks...!!
,
Apr 25 2018
What you did was exactly what I was originally doing which resulted in the unusual behaviour. I have re-enabled smooth scrolling and tried it again but the bug no longer occurs by just moving the mouse away from the scrollbar(same as your recording) however I am able to re-create it by making the window lose focus by right clicking on another window/desktop while the lmb is down and then releasing it. new steps: 1. open a long pdf 2. LMB click and hold on scroll bar and move the mouse sideways away from the bar(off the window) 3.right click on another window or the desktop to lose focus 3. Release LMB 4. return your mouse to the scroll bar and the PDF will jump to that location I have run updates since the original bug presented itself so am unsure as to why the loss of focus occurred in the first place.
,
Apr 25 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 25 2018
Additional information (sorry, doesn't seem to be an edit button?) Step #3 RMB click can also be performed on the PDF itself followed by release of LMB and subsequent LMB click on the PDF which keeps focus on the window but loses focus on the scrollbar.
,
Apr 26 2018
We had a similar report in issue 825139 but it seems that's been fixed in M67. Could you give this a try in Chrome Beta channel (or Dev/Canary) and see if the issue is fixed?
,
Apr 27 2018
@Reporter: Could you please check the issue as per comment#6, Please find the below link to download latest chrome versions and let us know if the issue still persists. Adding Needs-Feedback label. https://www.chromium.org/getting-involved/dev-channel Thanks!
,
Apr 27 2018
I would like to verify that the update fixed the problem however I'm having trouble building chromium: /bin/sh: /tmp/pamac-build-fezzik/chromium-dev/chromium-dev/src/chromium-67.0.3396.10/third_party/llvm-build/Release+Asserts/bin/clang: No such file or directory make: *** [Makefile:23: chromium-dev] Error 127 The scrolling problem does seem to be the same as linked by bokan.
,
Apr 27 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 2 2018
As per comment #6 & 8, this issue is similar to issue 825139 and the reporter has confirmed the same, duping this issue to 825139. Thanks.. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by sindhu.chelamcherla@chromium.org
, Apr 24 2018