New issue
Advanced search Search tips

Issue 880942 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug


Participants' hotlists:
Launcher-Polish


Sign in to add a comment

Shelf indicator is not correct for Settings

Project Member Reported by kejiashao@chromium.org, Sep 5

Issue description

Chrome Version: (copy from chrome://version)
OS: (e.g. Win10, MacOS 10.12, etc...)

What steps will reproduce the problem?
(1) Open Chrome
(2) Open Settings
(3)

What is the expected result?

Settings icon should have the "focused" indicator

What happens instead?

It has the "active" indicator. Video: https://photos.app.goo.gl/Ukrzm9j44aJfeUqQA

Please use labels and text to provide additional information.

If this is a regression (i.e., worked before), please consider using the
bisect tool (https://www.chromium.org/developers/bisect-builds-py) to help
us identify the root cause and more rapidly triage the issue.

For graphics-related bugs, please copy/paste the contents of the about:gpu
page at the end of this report.


 
Summary: Shelf indicator is not correct for Settings (was: Shelf indicator is not correct)
I think this only happens for Settings, right? Have you seen it for something else?
Nope, only saw for Settings.
Cc: msw@chromium.org
I'm going to look into this, but ccing msw@ who had some great suggestions on how to implement this, and raised some concerns about why the previous approach wouldn't work (e.g. for the keyboard shortcut help panel).

Michael, any idea what is special about the Settings app? It seems to me like this is the only app where the indicators don't work as expected.
Labels: -Pri-1 Pri-2
Note that this bug only happens the first time you launch Settings. If you then switch around between Settings and other apps, it works fine again. Given this restriction and the fact that only Settings is impacted, demoting to P2. Let me know if you disagree.
Status: Assigned (was: Untriaged)
Labels: Restrict-View-Google
The Settings app window's shelf item is handled by ShelfWindowWatcher in Ash instead of ChromeLauncherController.

I wonder if this is related to the delayed ShelfID assignment by SettingsWindowObserver::OnNewSettingsWindow:
https://cs.chromium.org/chromium/src/chrome/browser/ui/ash/launcher/settings_window_observer.cc?rcl=3fe22318a2be8cb2b058bc53f6896477db39a4fc&l=53

Perhaps the item on the shelf has a different ShelfID than the window (at least for a short period of time?)
Maybe Settings is given a browser ShelfID at first? I don't think Mash's temp ShelfID should be used in the default (non-Mash) config.
https://cs.chromium.org/chromium/src/ash/shelf/shelf_window_watcher.cc?rcl=3fe22318a2be8cb2b058bc53f6896477db39a4fc&l=43
https://cs.chromium.org/chromium/src/ash/shelf/shelf_window_watcher.cc?rcl=3fe22318a2be8cb2b058bc53f6896477db39a4fc&l=122

I would record calls to SetActiveShelfID; we may need to call that in some additional codepath when ShelfID window property values change?
Labels: -M-70 M-71
Punting to M-71.
Labels: m-72
Bulk moving all M-71 <P-1's to M-72.
Labels: -M-71 -m-71
Labels: -M-72 -m-72 M-73
Bulk moving <p-1's to the next milestone because we branched to M-73.
Labels: -Restrict-View-Google -M-73
Cc: mukai@chromium.org
+CC mukai@, this issue is related to Mash shelf item handling

Sign in to add a comment