Open Bug 1924580 Opened 4 months ago Updated 1 month ago

Consider key navigation consistency for action buttons

Categories

(Firefox :: Address Bar, task, P3)

task

Tracking

()

People

(Reporter: daisuke, Unassigned, NeedInfo)

References

(Blocks 1 open bug)

Details

(Keywords: blocked-ux, Whiteboard: [sng-scotchbonnet-followon][scotchbonnet-secondaryactions])

Attachments

(1 file)

As wrote in phabricator, the current key navigation behavior for action buttons is below.

Condition Tab Arrow
UrlbarProviderGlobalActions Can select all Can't select any
QuickAction mode with empty query on urlbar Can select only the first button Can select all
QuickAction mode with query on urlbar Can select all Can select all

We should consider keeping the consistency.

Dale, could you please clarify the user story and provide some examples of the questions for UX?

Severity: -- → N/A
Flags: needinfo?(dharvey)
Keywords: blocked-ux
Priority: -- → P3
Whiteboard: [sng]

The primary issue here was that when entering actions mode with the keyboard via typing "> ", sometimes pressing tab would select the first action then a subsequent press of tab would unfocus the urlbar and navigate toolbarbuttons. I couldnt reproduce this reliably before and now I cannot reproduce it at all.

Now if I type "> " then press TAB a bunch of times, it will just navigate the actions. Daisuke are you able to still reproduce this?

Flags: needinfo?(daisuke)

Hi! I tried some times, it seems inconsistent.
I attach the video though, the focus sometimes moved on action buttons, but sometimes moved on another component. I could not get STRs yet..

Flags: needinfo?(daisuke)
Blocks: 1939598
Whiteboard: [sng] → [sng-scotchbonnet-followon][scotchbonnet-secondaryactions]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: