Webpage jitters in an insane way when at a specific window size where scrollbar is introduced
Reported by
oal...@simpleviewinc.com,
Dec 13 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Example URL: https://www.simpleviewinc.com/test/chromeJitter.html Steps to reproduce the problem: 1. Visit https://www.simpleviewinc.com/test/chromeJitter.html 2. Make sure your chrome browser is not full screen, then slowly, very slowly, shrink the height of the browser. At the point where the bottom of the browser reaches the images, a scroll bar is introduced. If you leave the browser at this very point you'll see the images start flickering in an out in a really crazy way. Here's a video to reproduce https://www.screencast.com/t/rIZlr8oeu . If you do it in your actual browser, the Jitter is muuuuuch faster, it just doesn't display in the video due to lower framerate. What is the expected behavior? The scrollbar should either be present, or not present. It appears the system cannot decide which. What went wrong? This only occurs if there is some OTHER element which is happening at the same time. When we discovered the bug in our web-app it was due to a :hover state from some CSS. In the example above we have a setInterval showing and hiding a div. The interesting about that div is that the element is within a absolute positioned div so it's display or not display shouldn't affect the layout of the page at all. Yet, from this example, it clearly is. If you disable the setInterval the problem goes away. If you add some hover css and leave your mouse over an element with the browser at the right height it will cause the same jitter. 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: 63.0.3239.84 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: This bug doesn't appear to be in Firefox or IE.
,
Dec 13 2017
Bisect info: 471270 (good) - 471275 (bad) https://chromium.googlesource.com/chromium/src/+log/e2e34549..54a03d79?pretty=fuller Suspecting r471275 = 54a03d79877c3cacd79e37e33ec715abb3460bd7 = https://crrev.com/2860433002 by szager@chromium.org "Update WebView/FrameView size from LayoutView::UpdateAfterLayout" Landed in 60.0.3098.0
,
Dec 14 2017
As per comment#2 suspecting same form https://chromium.googlesource.com/chromium/src/+log/e2e34549..54a03d79?pretty=fuller. @szager: Please confirm the issue and help in re-assigning if it is not related to your change. Thanks!
,
Jan 31 2018
|
|||
►
Sign in to add a comment |
|||
Comment 1 by dtapu...@chromium.org
, Dec 13 2017