Issue metadata
Sign in to add a comment
|
The PDF viewer scrolls too fast for comfort
Reported by
smith.ni...@gmail.com,
Apr 3 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36 Steps to reproduce the problem: 1. Use Chromium on a macbook pro 2. Open a PDF 3. Scroll What is the expected behavior? Dear Chromium Team, In Google Chrome, the pdf scroll speed feels natural. In Chromium the speed feels like it is moving too quickly, making scrolling uncomfortable. What went wrong? Sometimes the pdf scrolls further than expected. It is not a mouse sensitivity issue, it only happens in Chromium. It feels like the acceleration, or the scaling factor of the mouse scroll event is off in some way. Did this work before? N/A Chrome version: 57.0.2987.133 Channel: stable OS Version: OS X 10.12.4 Flash Version: Could you please take the speed down a notch or two? If not I would be happy to settle for knowing which flag to set if that is possible?
,
Apr 4 2017
,
Apr 4 2017
Are Chromium and Google Chrome the same version? I can't think of anything off the top of my head to account for this behavior difference. Where did you get Chromium from?
,
Apr 6 2017
Could you tell us what version of chromium you were using? This looks like you are reporting this from an official version of chrome. The version of chromium that you don't download via (https://download-chromium.appspot.com/) doesn't autoupdate. So it will be the version that you downloaded whenever. We did have an issue like this in the past and I wonder if the issue is that you are using an old version of chromium that has the old bug (specifically issue 604734 )
,
Apr 13 2017
smith....@ still awaiting feedback. We believe this is fixed in that you could be using an old version of chromium
,
Apr 14 2017
I am using 57.0.2987.133 (64-bit) It is the version packaged in the FreeSMUG distribution of Chromium.
,
Apr 14 2017
Thank you for providing more feedback. Adding requester "dtapuska@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 19 2017
I can certainly repro it with that distro. It works correctly when you enable out of process iframes via chrome://flags Certainly something related to the event resending. James any idea? Could there be build config differences between this FreeSMUG distro and what we use for release chrome? Or finch configs?
,
Apr 19 2017
This sounds to me like a dup of https://bugs.chromium.org/p/chromium/issues/detail?id=695907 The fix for this was landed in M59, and merged back to M58, but would likely still affect M57 as per this report. Although PDF doesn't use OOPIFs, enabling them may have forced mouse wheels to be directly routed to the guest process, thus avoiding a resending issue.
,
Apr 20 2017
Just confirming it's fixed in the current FreeSMUG Chromium distro. Sincere thank you to everyone involved. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Apr 3 2017