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

Issue 696239 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 778489
Owner:
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Bug
Team-Accessibility



Sign in to add a comment

[A11y Assessment - NTP] Focus issues with accessing the search box

Project Member Reported by lpalmaro@chromium.org, Feb 26 2017

Issue description

Chrome Version:  56.0.2924.87
OS: Mac

What steps will reproduce the problem?
(1) Press Ctrl T to open a NTP
(2) Press tab to try to access the search field in the middle of the page

It's a really confusing experience if you try to use just the keyboard to get to the search bar in the page. If you press tab to go through the focusable items on the page, you skip the search box and go straight to the mic icon. This is a weird instance, since I know the search box is fake and when you put your mouse in it, it puts your focus in the omnibox instead. But for keyboard users, it makes it seem like this simply isn't keyboard focusable (which it's not). Placing keyboard focus there should do the same thing that placing mouse focus there does - take you to the omnibox. 
 
Similarly, if using VoiceOver, this is a strange experience. If I use VoiceOver to navigate to the search field in the page, I can access the "search or type url" text, but that wording makes me think that it's an editable text field. However, I can't actually type into that field - I can't get there just using the keyboard with voiceover. The only way to do a search is to press Ctrl + L to put my cursor up in the omnibox, or press Ctrl + T to open another new tab, and have my focus go to the omnibox by default. It's a very confusing experience if you try to use VoiceOver and the keyboard to navigate through the page and do the typed search that way. 
Labels: Pri-1 Type-Bug
Owner: ellyjo...@chromium.org
Status: Assigned (was: Untriaged)
FWIW, this is not a Mac-only bug, and it's going to be non-trivial. This has been a source of frustration for years, ever since the 1993 launch.

Happy to re-open this longstanding bug but we should probably figure out who's the current owner of the NTP and try to figure out the path forward.

Comment 5 by nepper@google.com, Feb 28 2017

Owner: treib@chromium.org
Looking at this in-product, I wonder why we are skipping the fakebox in the tab order. 

If you click on the fakebox, focus is *not* immediately put on the omnibox. Instead, the fakebox gets focus and a blinking caret. Only once you start typing focus is transferred to the omnibox.

I think we should do the same as part of the tab order: Once tabbing takes you to the fakebox, the fakebox gets the usual blue highlight and blinking caret.

Marc, is this something you can take on? We should send this as a proposal to UI review to make sure we are not missing implications from the previous discussions Dominic referred to.

Comment 6 by treib@chromium.org, Feb 28 2017

Components: UI>Browser>NewTabPage
Labels: OS-Chrome OS-Linux OS-Windows
The fakebox is weird. As the name implies, it's not actually a text box; it's just designed to look like one.

We do explicitly set its tabIndex="-1" and aria-hidden="true", but I couldn't find any justification for that. I can explore changing it, but as this has been around since the original 1993 launch, I expect it won't be easy to change.

Comment 7 by treib@chromium.org, Feb 28 2017

Labels: -Pri-1 Pri-2
As this has been around since ~forever, I challenge that it's actually a P1.

My proposal would be to fix this after the remote NTP is gone (see go/ntp-refactor).
Labels: NewComponent-Accessibility-Browser
Labels: NewComponent-Accessibility
Labels: -newcomponent-accessibility-browser -newcomponent-accessibility

Comment 11 by hwi@chromium.org, Nov 16 2017

cross-reference: crbug.com/778489

Comment 12 by treib@chromium.org, Nov 27 2017

Mergedinto: 778489
Status: Duplicate (was: Assigned)
Labels: win-a11y

Sign in to add a comment