New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 864571 link

Starred by 1 user
Status: Closed
Owner:
█ ramyan@chromium.org
OOO Jan 14 - 25
Closed: Jan 10
Cc:
yyushkina@chromium.org
█ ramyan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug
Team-Accessibility

Blocking:
issue 920004



Sign in to add a comment

Google One Bar on NTP: no focus indication for user account icon

Project Member Reported by leberly@chromium.org, Jul 17 
Google Chrome	69.0.3473.0 (Official Build) dev (64-bit)
Firmware Version	Google_Lulu.6301.136.57

Steps:
# Open NTP
# Navigate to the One Bar via tabbing 
# Note that as focus lands on each item, the color is slightly changed 
Expected: shadow around the user icon or other way of indicating focus
Actual: no difference when focus is present

Comment 1 by leberly@chromium.org, Jul 17 

Attaching two screenshots to indicate no difference between focused and unfocused.
focus on bell icon.png
16.2 KB View Download
focus on user account icon.png
15.7 KB View Download

Comment 2 by leberly@chromium.org, Aug 10

Labels: a11y-NTP

Comment 3 by ramyan@chromium.org, Sep 10

Cc: yyushkina@chromium.org ramyan@chromium.org
Components: UI>Browser>NewTabPage
Is this on the local NTP? We'd like to focus efforts for things like this on the local NTP, since we're migrating off remote.

To force the local NTP, set use-google-local-ntp to Enabled in chrome://flags.

Comment 4 by twelling...@chromium.org, Sep 11

Labels: zine-triaged

Comment 5 by yyushkina@chromium.org, Sep 12

Labels: Needs-Feedback

Comment 6 by ramyan@chromium.org, Sep 13

Labels: NTPOGB

Comment 7 by lpalmaro@google.com, Sep 18

Labels: pm-markchang

Comment 8 by ramyan@chromium.org, Sep 18

Labels: -Pri-2 -Needs-Feedback RemoteNTP Pri-3
Owner: ramyan@chromium.org
Status: Assigned (was: Available)
Confirmed that this issue doesn't exist on the Local NTP (see attached screencast). 

Since the remote NTP is being deprecated, we won't work on addressing this issue there. I can leave this bug open until deprecation is complete, hopefully in the 71 / 72 timeframe, to help with tracking (or you can close it now, if you prefer).
OGBKeyboardNavigation.m4v
229 KB Download

Comment 9 by robliao@chromium.org, Sep 26

Labels: Group-New_Tab_Page

Comment 10 by yyushkina@chromium.org, Nov 7

Labels: KR-GAR4 O-Robust-NTP

Comment 11 by yyushkina@chromium.org, Nov 7

Labels: Target-72

Comment 12 by ramyan@chromium.org, Nov 16

Status: Closed (was: Assigned)
Having reviewed this again, I think it's best to get this resolved directly with the OGB team, and have filed b/119636026.

Background: the version of the One Google Bar used on the Remote NTP is different from the one used on the Local NTP, and each have native handling for keyboard navigation. The Remote NTP uses the same version used on google.com, so any fix for this would fix the same issue that's present there.

Comment 13 by leberly@chromium.org, Nov 16

Status: ExternalDependency (was: Closed)
Keeping semi-open in the ExternalDependency status for our team's tracking purposes. Thanks so much for opening that bug to the team for me!

Comment 14 by leberly@chromium.org, Nov 16 

Using exact steps above, it still repros in Google Chrome	72.0.3593.0 (Official Build) dev (64-bit)
Firmware Version	Google_Caroline.7820.384.0

Comment 15 by kristip...@chromium.org, Jan 8

Blocking: 920004

Comment 16 by kristip...@chromium.org, Jan 10 

The internal bug has been closed since this only applies for the older OGB on remote NTP. Feel free to close this as necessary!

Comment 17 by kristip...@chromium.org, Jan 10

Status: Closed (was: ExternalDependency)
►

Sign in to add a comment