New issue
Advanced search Search tips

Issue 875063 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: Aug 20
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 1
Type: Bug



Sign in to add a comment

Favicon logic is not being shown under UIRefresh flag

Project Member Reported by thegreenfrog@chromium.org, Aug 16

Issue description

Currently much of the favicon styling logic lies under the UICollections flag, which is not correct. Everything should be under the UIRefreshPhase1 flag.
 
Cc: marq@chromium.org rohitrao@chromium.org
Labels: ReleaseBlock-Stable Proj-UIRefresh
Thanks for finding this Chris. We definitely need to cherrypick it to M69
What behavior is controlled by this flag?  What specifically do we lose if we don't cherry-pick it?

We're late enough that the risk of cherry-picking this is probably pretty high, since I'm assuming this code has never been run by users?
Mainly the favicon styling logic for UIRefresh.
I'm guessing either most users just didn't know the styling had to be a certain way (that Bookmarks fallback favicon style should look just like Recent Tabs and History).
Here's Chris's CL is just favicon styling so its pretty safe:
https://chromium-review.googlesource.com/c/chromium/src/+/1178932
Pls apply appropriate OS labels.
Labels: OS-iOS
Project Member

Comment 8 by bugdroid1@chromium.org, Aug 17

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/5cfaf0a0e58b99506f313f25068e91661cabd2e2

commit 5cfaf0a0e58b99506f313f25068e91661cabd2e2
Author: Chris Lu <thegreenfrog@chromium.org>
Date: Fri Aug 17 15:11:26 2018

[ios] Move all logic under Collections flag to under UIRefresh flag

Remove all references to CollectionsUIReboot flag.

Bug:  875063 

Change-Id: I5222da0ba5ec50da282a434f8e075758feebb59a
Reviewed-on: https://chromium-review.googlesource.com/1178932
Reviewed-by: Sergio Collazos <sczs@chromium.org>
Reviewed-by: Rohit Rao <rohitrao@chromium.org>
Commit-Queue: Chris Lu <thegreenfrog@chromium.org>
Cr-Commit-Position: refs/heads/master@{#584071}
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/about_flags.mm
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/experimental_flags.h
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/experimental_flags.mm
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/favicon/favicon_loader.mm
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/ios_chrome_flag_descriptions.cc
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/ios_chrome_flag_descriptions.h
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/ui/reading_list/reading_list_mediator.mm
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/ui/tab_grid/tab_grid_mediator.mm
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/ui/ui_feature_flags.cc
[modify] https://crrev.com/5cfaf0a0e58b99506f313f25068e91661cabd2e2/ios/chrome/browser/ui/ui_feature_flags.h

verified on canary on 8/20
Labels: Merge-Request-69
Project Member

Comment 11 by sheriffbot@chromium.org, Aug 20

Labels: -Merge-Request-69 Merge-Review-69 Hotlist-Merge-Review
This bug requires manual review: Less than 11 days to go before AppStore submit on M69
Please contact the milestone owner if you have questions.
Owners: amineer@(Android), kariahda@(iOS), cindyb@(ChromeOS), govind@(Desktop)

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
How confident are you in this fix? What's the worst that could happen if favicon logic remains under UICollections flag for M69? Why does this need to make M69?
I'm pretty confident, since this is just switching checking one flag for another. The worst case is that the favicons in history and recent tabs look ugly in M-69. Nothing breaks.
Cc: martijnb@chromium.org
Chris, per c#14, the history screenshot still shows the darker gray favicons. Is this as intended?

Also, since Martijn had some concerns about the lighter gray favicons, did the lighter favicons get approval from accessibility?
That's exactly what this CL is trying to fix, so it makes sense c#14 https://drive.google.com/file/d/1w33scAoLfVmc0yCpeT9xJ46IayDMF-qC/view?usp=sharing has the dark gray background on M69. We should try verifying on the latest canary.

I think Martijn had some concern about the outermost gray background on TabGrid -> Recent Tabs (Where the background is black and not white). That's a different bug that I believe Chris is working on as well.


I think it might be hard to have a different favicon background just for tabgrid. And I actually assumed that we were going to just change it for all. Martijn is that correct?

Here's how they look: 
Simulator Screen Shot - iPhone X - 2018-08-20 at 16.29.48.png
292 KB View Download
Simulator Screen Shot - iPhone X - 2018-08-20 at 16.29.50.png
318 KB View Download
Cc: pschaffner@chromium.org
The new dark assets I provided were only meant for the dark theme (recents in tab grid). I think it's important to have but let me know the additional work it creates. 
Ok per our short chat offline, we're going to keep the favicon fallback background color the same as it is.
Labels: -Merge-Review-69 Merge-Rejected-69
Per comment 13 and that we are less than a week from stable cut, I'm rejecting this merge.

Sign in to add a comment