New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 794624 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression


Show other hotlists

Hotlists containing this issue:
layout-priority


Sign in to add a comment

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 description

UserAgent: 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.
 
Components: -Blink Blink>Layout
The height of the html elemtn adjusts from 835.5px to 842px on each setInterval function call for some reason. (at least in my repro of the bug). Not sure why the height is adjusting. 

Over to the Layout team.

Comment 2 by woxxom@gmail.com, 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
Cc: sc00335...@techmahindra.com
Labels: -Type-Bug -Pri-2 Triaged-ET M-65 hasbisect OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: szager@chromium.org
Status: Assigned (was: Unconfirmed)
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!

Comment 4 by e...@chromium.org, Jan 31 2018

Labels: -Pri-1 Pri-2

Sign in to add a comment