Scrolling occurs on the x coordinate with overflow-x:hidden. Absolutely positioned div inside floated div?
Reported by
sen...@gmail.com,
Jun 20 2016
|
|||||||
Issue descriptionChrome Version : 51.0.2704.81 URLs (if applicable) : http://codepen.io/anon/pen/EygEQW http://stackoverflow.com/questions/37915344/android-chrome-scrolling-on-overflow-x-hidden original issue detected on dev.matchbookwines.com (with elements with class 'inquiry-outer-wrapper' or 'submit-wrapper') but javascript has been put in place to always correct the scroll on position 0. Other browsers tested: Chrome Version 51.0.2704.84 (64-bit) Desktop on OSX: OK Chrome Version 51.0.2704.84 (64-bit) Desktop MOBILE EMULATOR on OSX: FAIL Chrome Version 51.0.2704.84 on Android: FAIL Chrome on Andorid older version: OK Chrome on Nexus Tablet older version: OK Firefox 47.0: OK Safari Version 9.1.1 (11601.6.17): OK What steps will reproduce the problem? On the site, it would happen consistently. Usually easier to reproduce with two fingers, but could be done with one. In the codepen, I was only able to reproduce with this cumbersome method. (1) Hook Android Phone to Computer with USB (2) Open Chrome on Android and navigate to http://codepen.io/anon/pen/EygEQW (3) Turn on USB Debugging in Settings on Android Phone (https://developer.chrome.com/devtools/docs/remote-debugging) and inspect the page. (4) Turn off (or hide) the emulator on your computer. (5) Click on the elements panel. (6) From the elements panel on your computer (that is inspecting the page on your android phone) highlight the element with classname "absolute". (7) While element is still highlighted, on your phone use two finger to slowly swipe to the left. What is the expected result? Nothing should happen. The wrapper div has overflow-x:hidden, so the page should not scroll. What happens instead? The blue box scrolls revealing black to the right of the screen. This indicates a scrolling on the x coordinates. Please provide any additional information below. Attach a screenshot if possible. This happens on the original webpage without any debugging tools. It just occurs in normal use. But the above steps was the only way I could reproduce in a shortlist. Perhaps when the browser is under heavy load this happens? Common denominators: - The divs that cause the issue are absolutely positioned. - They both contain SVGs.
,
Jul 11 2016
,
Jul 18 2016
Confirmed in 51.0.2704.81, will take a look.
,
Aug 3 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 3 2017
I can still reproduce on 60.0.3112.78 Not urgent but assigning to sahel@ to take a look. The repro is a bit tricky and takes a few tries. I can show you in person next week.
,
Aug 15 2017
,
Aug 15 2017
I could reproduce it on Chrome (55.0.2883.91) but not on Chromium (62.0.3186.0). bokan@ could you please take a look to see if you can still reproduce it on 62?
,
Aug 15 2017
Nope, looks like it's working in 62. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by tkonch...@chromium.org
, Jun 21 2016