IFrame with tabIndex prevents scrolling when filter applied to page
Reported by
shuto...@gmail.com,
Aug 4 2016
|
||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 Example URL: https://mail.google.com/ https://drive.google.com/ https://docs.google.com/ Steps to reproduce the problem: 1. Open GMail, Docs or Drive. 2. Add "-webkit-filter: invert(100%)" to "html" element. 3. Mouse wheel or track pad stops working. What is the expected behavior? Content should be scrolled. What went wrong? There is an iframe with tabindex="-1". If "display:none" is applied to it, scroll resumes working. May be seen not on all devices, but with infinite scroll (eg. MacBook trackpad, Microsoft Mobile 3000. Logitec M325). Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes First reported Jun 27 2016, maybe caused by new Google sites usage of some History Frame described Does this work in other browsers? N/A Chrome version: 51.0.2704.103 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 22.0 r0
,
Aug 4 2016
,
Aug 9 2016
Thanks for your report. Unfortunately, I can't reproduce this problem on M51 or M52 on Windows or Linux with any of the devices I have -- scroll wheel works fine. Could you retry on Chrome Canary? The filters code doesn't do anything special with respect to input, but it does cause a stacking context, which might be causing this issue. Rick, have you seen anything like this? Also, a reduced test case would be helpful (minimal page which shows the issue). Thanks!
,
Aug 9 2016
senorblanco@ Could this be a hidpi issue? shutovby@ can you provide some detail on the hardware you are reproducing it on.
,
Aug 11 2016
,
Aug 18 2016
,
Aug 25 2016
I cannot reproduce this either. I tried on Windows 10 and ChromeOS. Trackpad scrolling continues to work correctly. shutovby@ can you please provide some feedback?
,
Aug 25 2016
This totally sounds like a potential threaded-scrolling issue, in which case high-dpi vs. low-dpi will make a huge difference (due to the different layerization).
,
Aug 25 2016
Unfortunately, or luckily, I cannot reproduce it now with Chrome 52.0.2743.116 and Logitech M325, Core i7 4600HQ, GT 750M. But used to when I reported it, I'm not joking :) Two finger scrolling issue was reported by clients: 5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 and devices/OS (trackpad and mousewheel): MacBook Pro with OS X El Capitan Windows 8 Microsoft Wireless Mobile 3000 v2 Mac OSX Yosemite mousewheel MacOS X El Capitan (10.11.6 (15G31)) I've fixed this problem in my Dark Reader extension by setting `display:none` to problem elements, since that time I haven't received complaints, so I cannot surely say that problem was fixed in Chrome 52.
,
Aug 26 2016
There were a few fixes in this area regarding high DPI scrolling. Closing for now.
,
Apr 5 2017
|
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by shuto...@gmail.com
, Aug 4 2016