Regression : Flickering is observed behind the Feedback overlay on https://hangouts.google.com/
Reported by
vineetha...@etouch.net,
Jan 23 2018
|
|||
Issue descriptionChrome Version: 66.0.3329.0 (Official Build) Revision cc7ddcb128b5ed469bf44edf34790804066871ce-refs/heads/master@{#531127} (32/64 bit) OS: Windows (7,8,8.1,10), Mac(10.12.6,10.13.1,10.13.3), Linux (14.04 LTS). What steps will reproduce the problem? 1. Launch chrome,navigate to https://hangouts.google.com/ and Sign in with valid credentials. 2. Now click on video call button and then click on more actions iron icon and select Full screen mode. 3. Now again click on more actions iron icon, select Feedback option and observe. Actual Result: Slight flickering is observed behind the Feedback overlay. Expected Result: Flickering should not be observed behind the Feedback overlay. This is regression issue broken in ‘M-65’ and providing the bisect using per-revision bisect Good build: 65.0.3302.0(Revision: 526109) Bad build: 65.0.3303.0(Revision: 526140) Kindly refer the Bisect-info: You are probably looking for a change made after 526111 (known good), but no later than 526112 (first known bad). CHANGE-LOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/35cc2b256f2598350915742eefcc505ab902b636..1508f4a32a3fb19d6e3599acc0bcc817ebe6c5be Suspect: https://chromium.googlesource.com/chromium/src/+/1508f4a32a3fb19d6e3599acc0bcc817ebe6c5be @erikchen: 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: The above issue is also seen on Dev build #65.0.3322.3 Thank You!
,
Jan 23 2018
Thanks for the report. I've confirmed that setting --disable-blink-features=DisplayNoneIFrameCreatesNoLayoutObject makes the bug go away. That being said, I believe this is WAI. We expect the iframe to go from display:none -> display:block [thus causing the grey overlay to appear]. However, it's actually transitioning 3 times. none -> block -> none -> block. Previously, the transition had minimal effect, so block -> none -> block would not appear to have a flicker. Now, transitioning from block -> none causes all the layout objects to be destroyed. This is more obvious in a debug build, where the flicker is even more noticeable.
,
Feb 2 2018
|
|||
►
Sign in to add a comment |
|||
Comment 1 by vineetha...@etouch.net
, Jan 23 2018