Issue metadata
Sign in to add a comment
|
Regression: Outline of cast overlay is not seen properly.
Reported by
aiman.an...@etouch.net,
Apr 19 2018
|
||||||||||||||||||||||
Issue descriptionChrome Version: 68.0.3400.0 (Official Build) Revision 9f775bf70a07668811dfc3b55bbd2e5f9c910fd0-refs/heads/master@{#551875} (64-Bit). OS: MAC(Touch Bar 10.13.5). What steps will reproduce the problem? (1) Launch chrome, open NTP, right click and select Cast from context menu. Actual: Cast overlay outline is not seen properly. Expected: Cast overlay outline should be seen. This is a regression issue, broken in 'M-68' below is the change-log url. (Tried to bisect using old and new bisect script but getting trace-back error in both the scripts hence providing suspect through change-log) Good Build: 67.0.3396.0 Bad Build: 68.0.3397.0 CHANGE-LOG URL: https://chromium.googlesource.com/chromium/src/+log/67.0.3396.0..68.0.3397.0?pretty=fuller&n=10000 Suspecting: r550722? takumif: Kindly help to re-assign if your change is not the cause for this issue. Note: To repro issue consistently, try opening/closing cast overlay three-four times.
,
Apr 20 2018
Hi Takumif, I tested for Print dialog on latest Canary #68.0.3401.0, and was not able to reproduce the issue on Mac Touchbar(10.13.5).
,
Apr 24 2018
Thank you for checking Aiman. Unfortunately I'm still not able to reproduce the bug. Would you mind testing whether you can reproduce it with the following flags enabled in chrome://flags? #secondary-ui-md #show-all-dialogs-with-views-toolkit
,
Apr 25 2018
Hi Takumif, I tested for Cast dialog overlay on latest Canary #68.0.3406.0, using #secondary-ui-md and #show-all-dialogs-with-views-toolkit and was able to reproduce the issue on Mac Touchbar(10.13.5). Attaching screencast for reference. Thank You!
,
Apr 25 2018
There are a massive number of views/ patches landed in that revision range. Maybe bsep@ or msw@ would be able to help narrow down the list of suspects.
,
Apr 25 2018
Nothing really stands out to me in that range, sorry. I'd look at the cls that cite cast, I guess. There are a couple blink cls that mention border, but I imagine that dialog is using a views border.
,
Apr 26 2018
+David, is this something you've seen recently?
,
Apr 26 2018
Actually, yes, I saw it. IIRC, it may have been when I was testing 6718.409.0.0. But I wasn't able to get a consistent repro so I didn't log a bug. I'm testing 67.0.3396.18 today and haven't seen it there.
,
May 29 2018
takumif@ is this another mac views blocker? Who would be the right owner for this?
,
May 29 2018
aiman.ansari@, would you mind checking if this reproduces with "views-browser-windows" flag disabled or enabled? That will help us determine whether this is related to MacViews.
,
May 30 2018
Hi takumif@ w.r.t #10 I retested the issue with 'views-browser-windows' flag both enabled & disabled condition and not able to reproduce the issue using the flag.
,
May 30 2018
Thank you for checking Aiman, does that mean you weren't able to reproduce when the flag is enabled, but able to when disabled?
,
May 31 2018
,
Jun 1 2018
Hi, I was not able to reproduce the issue in both the condition flag enabled and disabled. Thank You!
,
Jun 1 2018
Thank you Aiman. Please re-open the bug if it reproduces again. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by taku...@chromium.org
, Apr 19 2018Owner: aiman.an...@etouch.net