Page MenuHomePhabricator

Search input of overlay is not tab-able, inaccessible by alternative input users
Open, MediumPublic


Search input in overlay isn't keyboard accessible.
As the input click triggers the search overlay, it's never accessible by focus alone.

This task is following-up T218154

Event Timeline

ovasileva triaged this task as Medium priority.Apr 19 2019, 9:26 AM

We pointed this as a medium. This is technically tabbable, the focus state just isn't visible.

When we estimates this bug yesterday I think our understand may have been incomplete. Reading over the comments in T218154, it appears that this might not be an issue with the focus state being invisible: As @Volker_E wrote:

IMHO not acceptable. But the problem lies deeper, it's not about the visual focus. That's only minor aspect.
The overlay doesn't get triggered when input is focussed upon. User can't write the input.

I think the behaviour described above would be problematic. It would mean that the overlay would open while a user is tabbing though the page, since tabbing would give focus to the input, and the focus would trigger the overlay. I think this behaviour would be pretty unexpected (i.e. the page going blank as your tabbing through it).

I think the real issue at hand here is the entire 2 input system. I think semantically, the fake input actually acts as a button rather than an input. It can receive focus, and if we add a border it'll look like it's ready to be typed into, but it's set to readonly, so it's only function is to be clicked on and send focus to the overlay with the real input.

Short of reworking the entire search overlay and the two inputs involved here, I don't see an easy way to fix this behaviour. I think ideally (IMO) we would only have one input, and we would show the overlay below the main header (so that the real input in the header is still visible), and we'd only show the overlay when the user starts typing.

Do we need to rethink this (and drop associated story points) with the new information?

Jdlrobson removed the point value for this task.
Jdlrobson lowered the priority of this task from Medium to Low.Jul 9 2019, 5:12 PM
ovasileva raised the priority of this task from Low to Medium.Jun 15 2021, 2:13 PM

You can actually trigger the input, but it's really hidden to keyboard users:
When tabbing to the input (and there's no visual feedback for focus provided), by pressing <Enter> you can trigger the search. You can't escape out of it by clicking <Esc>, just by tabbing further (again, no visual feedback guidance) and <Enter> on the close button again.

The Minerva search is out of scope of the goal above. It will be part of the goal of adding WVUI to mobile.

Jdlrobson raised the priority of this task from Medium to Needs Triage.Dec 8 2023, 9:50 PM

We have not prioritized replacing the mobile search with Codex so we should think about fixing this.

Jdlrobson triaged this task as Medium priority.Jan 18 2024, 6:12 PM