Issue metadata
Sign in to add a comment
|
Regression: Download icon is not seen properly(in color) in tabstrip.
Reported by
db...@etouch.net,
Jun 27 2018
|
||||||||||||||||||||||
Issue descriptionChrome Version: 68.0.3440.42 Revision 1e775812933cd8759b2ac69a967b17767d3063bd-refs/branch-heads/3440@{#544}(64 bit) OS: Mac(10.12.6, 10.13.1, 10.13.5, 10.13.6) Pre-Condition: Enable 'Use Views browser windows instead of Cocoa' flag from chrome://flags and relaunch the browser. What steps will reproduce the problem? (1) Launch chrome, open New incognito window and navigate to Chrome://downloads page. (2) Observe download icon in omnibox. Actual: Download icon is not seen properly(in color) in tabstrip. Expected: Download icon should seen properly(in color) in tabstrip. This is a regression issue, broken in 'M-67’, and below is the bisect provided using per-revision script. Good Build: 67.0.3390.0(Revision:548637 ) Bad Build: 67.0.3393.0(Revision:549377) You are probably looking for a change made after 548636 (known good), but no later than 548637 (first known bad). CHANGELOG 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/ae47769a6d274cb8eeca0f8e7b9198d0b043975f..dad18bcbf9e66cdafd792f3cca4d4a494f358155 Suspect: https://chromium.googlesource.com/chromium/src/+/dad18bcbf9e66cdafd792f3cca4d4a494f358155 @pbos: 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 is Mac OS specific and is not reproducible on Windows(7,8,8.1,10) and Linux(14.04 LTS). 2. Issue is also seen on latest Canary build #69.0.3474.0 |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by pbos@chromium.org
, Jun 27 2018