Issue metadata
Sign in to add a comment
|
Regression: Flickering of scrollbar is seen after toggling browser to fullscreen mode in chrome://bookmarks/
Reported by
vku...@etouch.net,
May 16 2018
|
||||||||||||||||||||||
Issue descriptionChrome Version: 67.0.3396.48 (Official Build)Revision 90087faaf0402810b1c474fc36f29c3d569d5d3f-refs/branch-heads/3396@{#608} (32/64-bit) OS: Win(7,8,8.1,10), Linux(14.04 LTS) What steps will reproduce the problem? (1)Launch chrome and navigate to chrome://bookmarks/ > Organize > import bookmarks (2)Add long history file from system such that horizontal scrollbar appears at bottom (3)Now press 'F11' key 2-3 times and observe the scrollbar. Actual: Flickering of scrollbar is seen after toggling browser to fullscreen mode. Expected: No such flickering of scrollbar should be seen after toggling browser to fullscreen mode. This is a regression issue broken in 'M66' and below is the bisect info Good Build: 66.0.3359.33(Revision:540276) Bad Build: 66.0.3359.45(Revision:540276) Kindly review the attached screen-cast from the drive link (https://drive.google.com/drive/folders/1zaumJELLeE-vcLJd8KHnrk6a00_zvny3) (Unable to narrow down the range via tool using per-revision and old script as it has same revision between this range) CL: https://chromium.googlesource.com/chromium/src/+log/66.0.3359.33..66.0.3359.45?pretty=fuller&n=10000 Suspecting: https://chromium.googlesource.com/chromium/src/+/cee8973f56386ace74fa77b87e81224c04ca7b26 @trchen: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. Note: 1.Issue not seen on Mac (10.12.6,10.13.1,10.13.5) OS. 2.Issue is also seen on M-66 Stable (build #66.0.3359.181),M-68 Dev (build #68.0.3423.2) and M-68 Canary(build#68.0.3430.0)
,
Jun 7 2018
,
Jun 7 2018
It is most likely due to this CL: https://chromium-review.googlesource.com/c/chromium/src/+/944569 Surface synchronization: Don't block on the top level renderer on Windows With this CL, we will not block UI CompositorFrames on the renderer. This reduces the size of OS gutter produced on that platform. In the future, we should block resize on surface synchronization to achieve a better effect. Bug: 672962 Change-Id: I5a85e3af96f9acbd9f6dbe694a4d82f452e1a9e9 Reviewed-on: https://chromium-review.googlesource.com/944569 Commit-Queue: Fady Samuel <fsamuel@chromium.org> Reviewed-by: Saman Sami <samans@chromium.org> Cr-Commit-Position: refs/heads/master@{#540597} I think what happened is that when the window gets resized, and the renderer couldn't meet the frame deadline, the compositor would just use the old contents from the last frame. That's why a flash of scrollbar at the old location is seen. I believe this is an intended change. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vku...@etouch.net
, May 16 2018120 KB
120 KB View Download