Issue metadata
Sign in to add a comment
|
Regression : Text on guest avatar icon is seen in white colour.
Reported by
yfulgaon...@etouch.net,
Sep 21 2016
|
||||||||||||||||||||||
Issue descriptionChrome Version : 55.0.2867.0 (Official Build) b195fcd2e028db859a382323fad3c6910e3205c4-refs/heads/master@{#419930} (64-bit) OS: Mac(10.10.5)(10.11.5) What steps will reproduce the problem? 1. Launch chrome, click on avatar icon and select ’Switch Person’. 2. Click on ‘Browse as Guest’ and observe the Guest avatar icon. Actual : Text on guest avatar icon is seen in white color. Expected : Text on guest avatar icon should appear in black color. This is a regression issue broken in ‘M-55’, below is the Manual Regression and will soon update other info. Good build: 55.0.2866.0 Bad build: 55.0.2867.0
,
Sep 21 2016
CL: https://chromium.googlesource.com/chromium/src/+log/a836bd29e3ca8f3c40a3a4108613a61a2a82f5e7..5207594d819ad2d27561b2c4c77841a47da12eae https://chromium.googlesource.com/chromium/src/+/5207594d819ad2d27561b2c4c77841a47da12eae - looks like this is expected behaviour. spqchan@, could you please confirm.
,
Sep 21 2016
,
Sep 28 2016
Issue 651128 has been merged into this issue.
,
Sep 29 2016
Assigning to bettes@ because I have a question in regards to the Guest text color shrike@ is mentioned that if the text color is black, the user won't tell the difference between the Guest and a normal user. Is there an alternative to making the text color black? Thanks!
,
Sep 29 2016
Because there might be a custom theme installed we need a solution for a light-backgrounded theme and one for a dark-backgrounded theme. It looks like Windows does a funky white text with black outline to indicate guest mode. Some kind of icon would be better overall.
,
Sep 29 2016
Correct me if I'm wrong but dark and light solutions for custom themes does not concern this bug. That is being tracked in crbug.com/646060 I disagree with uniquely coloring the text for Guest. It should be colored the same as all other account windows for now. Differentiation can be achieved through visuals further down the road, but we should start with keeping the text consistent.
,
Sep 29 2016
> Correct me if I'm wrong but dark and light solutions for custom themes does not concern this bug. That is being tracked in crbug.com/646060 646060 only applies if the plan is to display the "Guest" text the same as any other profile label. > I disagree with uniquely coloring the text for Guest. It should be colored the same as all other account windows for now. Differentiation can be achieved through visuals further down the road, but we should start with keeping the text consistent. Currently the browser indicates Guest mode (by changing the text color). I don't have strong feelings about drawing the Guest mode label as we do other profile labels, but want to note again that in so doing there will no longer be an indication that you are in Guest mode. There might be other ways this is indicated in the future, but those methods do not exist now.
,
Sep 30 2016
Reassigning to bettes@ What kind of visuals might be down the road? Icons and different background colors? Fyi, I have a CL in progress that will fix this regression and update the text color for the themes: https://codereview.chromium.org/2369663002/ If having the black text color for Guest is okay for M54, I'll go ahead and get this reviewed by an owner. I want to get this merged asap. Thanks!
,
Sep 30 2016
Yeah let's submit the fix for the black text now and we can think about different visuals for indicating Guest mode later on.
,
Oct 5 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/28f2ba5dd2bd96becc57e5caf9447e7ce65db96b commit 28f2ba5dd2bd96becc57e5caf9447e7ce65db96b Author: spqchan <spqchan@chromium.org> Date: Wed Oct 05 03:05:31 2016 [Material][Mac] Change the User Account Text Color - Fix the User Account text colors: - For themed windows, the text color should be the same as the selected tab's title - In Guest Mode, the text color should only be white if the browser is not using MD BUG= 646060 , 648890 Review-Url: https://codereview.chromium.org/2369663002 Cr-Commit-Position: refs/heads/master@{#423060} [modify] https://crrev.com/28f2ba5dd2bd96becc57e5caf9447e7ce65db96b/chrome/browser/ui/cocoa/profiles/avatar_button_controller.mm
,
Oct 5 2016
,
Oct 6 2016
[Automated comment] Less than 2 weeks to go before stable on M54, manual review required.
,
Oct 6 2016
Verified the issue on Mac 10.11.6 using chrome dev version #55.0.2882.0 as per the comment #0 and #1 Observed that the fix is working as expected. Attaching screencast for reference Hence, adding the verified labels.
,
Oct 6 2016
Do we need this for M54? We're less than a week from cutting a stable build, and we're typically only taking crash/security fixes, so I'd prefer to wait until M55.
,
Oct 6 2016
It's a regression that was introduced to M54. It's not too serious, so if it's too close then I'm fine with leaving it for M55.
,
Oct 7 2016
Ok yeah it's too close for me, thanks for the update!
,
Nov 23 2016
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by yfulgaon...@etouch.net
, Sep 21 201638.4 KB
38.4 KB View Download