Issue metadata
Sign in to add a comment
|
Region listening to "two finger" scroll events gets masked
Reported by
maynardd...@gmail.com,
Apr 28 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.86 Safari/537.36 Example URL: http://maynarddemmon.github.io/myt/test.html Steps to reproduce the problem: 1. Load the provided URL. 2. Mouse over the scrollable area above the red div. 3. Attempt to scroll down using "two finger" scrolling. What is the expected behavior? Scrolling should occur. What went wrong? No scrolling occurs. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes Chrome 48.0.2564.103 and lower Does this work in other browsers? Yes Chrome version: 49.0.2623.75+ Channel: stable OS Version: OS X 10.10+ Flash Version: Shockwave Flash 21.0 r0 The URL has more details on the specific combination of CSS properties that cause this behavior. I've tested in latest firefox and safari and both work correctly. I've verified the bug occurs on all versions of chrome from 49.0.2623.75 to the current beta (v51) Here is the src of the test case URL: <!doctype html> <html><head><title>Test</title></head><body> <p>Does not 2-finger scroll when mouse is over the left most 50px of div B. Found in Chrome 49.0.2623.75+. Works in Chrome 48.0.2564.103-.</p> <p>The z-index, border-radius and overflow rules on div A are essential. If you remove either of them things will work again.</p> <p>The area of non-functional scroll behavior "b" is in direct proportion to distance "a" the left position of div B. If you change that to 25px the non-functional area will be reduced. If you change it to 0px the problem will not be apparent.</p> <div style="position:absolute;top:200px;left: 0px;width:300px;height:100px;background-color:#999999;overflow:hidden;z-index:0;border-radius:4px;">A. <div style="position:absolute;top: 0px;left:80px;width:200px;height:100px;background-color:#bbbbbb;overflow:auto;">B. <div style="position:absolute;top: 0px;left:25px;width:175px;height:200px;background-color:#dddddd;">C. </div> </div> </div> <!-- Visual indicators of bad good and bad horizontal region. --> <div style="position:absolute;top:300px;left:00px;width:80px;height:25px;background-color:#ffff00;">a. 80px </div> <div style="position:absolute;top:300px;left:80px;width:80px;height:25px;background-color:#ff0000;">b. 80px bad</div> <div style="position:absolute;top:300px;left:160px;width:120px;height:25px;background-color:#00ff00;">c. 120px good</div> </body></html>
,
Apr 28 2016
,
May 3 2016
I also experienced this very frustrating bug on a number of Trackpad-equipped Macs around the office. However, it did not occur on a brand new Macbook Air. All on OSX 10.11. Bizarre. My HTML/CSS causing the bug was using the Datatables.net and JQuery.Layout plugins. I lost the ability to scroll on the Datatable. Or sometimes it would only scroll if the mouse was on the bottom half of the Datatable. Temporary Fix: Go to chrome://flags, and Disable: ---- Threaded scrolling Mac, Windows, Linux, Chrome OS, Android Threaded handling of scroll-related input events. Disabling this will force all such scroll events to be handled on the main thread. Note that this can dramatically hurt scrolling performance of most websites and is intended for testing purposes only. #disable-threaded-scrolling ---- This was a very tough one to troubleshoot... I hope this gets fixed ASAP!!
,
May 5 2016
I tested with stable 49.0.2623.112 on Win and I was able to see the problem. However, when tested with Canary 52.0.2725.0 and it was fixed. sbeath@ let us know if you happen to see this problem on the recent versions.
,
May 6 2016
Yes, the latest build fixed it for us! Great work everyone!! |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by cbiesin...@chromium.org
, Apr 28 2016Labels: OS-Chrome
Status: Untriaged (was: Unconfirmed)