Issue metadata
Sign in to add a comment
|
Regression: Unnecessary traces of window is seen when device is in tablet mode in chrome://settings |
||||||||||||||||||||||
Issue descriptionChrome Version: 65.0.3325.39/10323.12.0 Dev channel Cyan OS: Chrome OS What steps will reproduce the problem? (1)Sign-in to user>> Flip the device to tablet mode>> Navigate to chrome://settings (2) Touch on Add wifi>> Now type something in SSID field and try scrolling the WiFi overlay and observe Actual: Unnecessary traces of window is seen Expected: No such traces should be seen This is a Regression issue as same is working fine on M64 Beta NOTE: Issue is touch device specific.
,
Feb 5 2018
This doesn't seem specific to the UI dialog, but maybe we are doing the window frame incorrectly? oshima@, who should own this?
,
Feb 6 2018
looks like compositor issue. kebalaji@, can you narrow down the regression range? wutao@ can you bisect based on the range?
,
Feb 6 2018
Bisecting now, I am thinking this is caused by some cl removed the stick header of the wifi window.
,
Feb 7 2018
C #3 > Unable to provide bisect as we dont have bisect setup available on Chrome OS to bisect the issue. The issue seems to regressed around : Good Build:64.0.3282.144/10176.68.0 Bad Build :65.0.3325.39/10323.12.0 Dev Thanks!
,
Feb 7 2018
I also saw this on M66 ToT. When the wifi UI dialog has sticky header, then it is fine, when there is no the sticky header, the bug exist. In the range of R66-10356.0.0 to R66-10369.0.0 Will continue bisect.
,
Feb 17 2018
This is fixed at ToT. Please verify.
,
Jul 2
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by kebalaji@chromium.org
, Feb 2 2018