Element can magically grow infinitely on touch scroll in Chrome on iOS
Reported by
krinklem...@gmail.com,
Jun 29 2016
|
||||||||||||||||
Issue descriptionExample URL: http://codepen.io/Krinkle/debug/VjpdJw Steps to reproduce the problem: On any of these urls: https://wikimania2016.wikimedia.org/wiki/Journey https://www.mediawiki.org/wiki/Help:Contents http://codepen.io/Krinkle/debug/VjpdJw 1. Load the page 2. Slowly scroll the page downward. What is the expected behavior? What went wrong? The language selector area (shaded light yellow/green ish) grows indefinitely. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 51.0.2704.64 Channel: stable OS Version: iOS 9.3.2 Flash Version: The codepen capture is a static copy of the mediawiki.org page, with all JavaScript removed. Thus demonstrating that it is not caused by dynamic scripts or event handlers of any kind. When inspecting the page with Weinre, I confirmed that no inline styles or stylesheets are causing this at run-time. Mobile Safari on the same device is not affected (iPhone 5S). Chrome, Chromium and Safari on desktop are not affected. User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 9_3_2 like Mac OS X) AppleWebKit/601.1 (KHTML, like Gecko) CriOS/51.0.2704.64 Mobile/13F69 Safari/601.1.46
,
Jun 29 2016
,
Jul 1 2016
,
Jul 1 2016
Tested it on 53.02784.1 canary, iPhone Only, iPhone 6 iOS 9.2.1, 9.3.1 Steps: 1. Go to https://wikimania2016.wikimedia.org/wiki/Journey 2. Slowly scroll the page upward. Issue is repro: https://drive.google.com/a/google.com/file/d/0B3EcbqLuR5TLOV9WblBoY2pNZVE/view
,
Jul 6 2016
Sharon, could you please check if this issue is reproducible with Firefox and test WKWebView app. Thanks!
,
Jul 6 2016
Issue is reproducible on Firefox as well.
,
Jul 6 2016
,
Jul 15 2016
This bug happens when WKWebView is resized during the scrolling, which is the only way to implement fullscreen with public API, so this bug happens in both Chrome and Firefox. It does not happen in Safari, because Safari uses private API for fullscreen implementation. The only thing we can do here is to file a radar against WKWebView, but for that we need a simpler test page, where this bug is reproducible (otherwise there will be no evidence that the bug is in WKWebView and not in wikipedia page). krinklemail@, could you please provide us with minimum html, where this bug is reproducible.
,
Aug 5 2016
,
Aug 24 2016
,
Aug 26 2016
I can still reproduce it on the original semi-isolated test case at http://codepen.io/Krinkle/debug/VjpdJw. I've also created a copy of it and narrowed it down to a minimal amount of HTML and CSS. Test case: http://codepen.io/Krinkle/debug/VjoZqW Code: http://codepen.io/Krinkle/pen/VjoZqW?editors=1100
,
Aug 27 2016
Thanks Timoti. I've tried your test case (http://codepen.io/Krinkle/debug/VjoZqW) and I've got the same results in Chrome and Safari (iOS 9 and 10 simulators). Did I miss something?
,
Dec 16 2016
Per comment #12, test case works in the same way in Chrome and Safari. |
||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||
Comment 1 by krinklem...@gmail.com
, Jun 29 2016