Nova grid changes the overall focus order of New Tab
Categories
(Firefox :: New Tab Page, defect)
Tracking
()
People
(Reporter: ini, Assigned: maxx)
References
Details
(Keywords: access)
Attachments
(1 file)
The tab focus order should generally follow visual reading order, going top down and left to right for LTR contexts. The order in the classic layout is:
- weather widget
- topsites
- content feed
- privacy notice
- customize button
With the Nova grid enabled, the DOM order has changed, causing the weather widget to receive focus after the content feed. We'll want to fix this to restore the standard order before we launch.
Comment 1•2 months ago
|
||
From fom my understanding, a headmast feature (weather) is only read at the end of a variable list of articles? Marking this as and s2 since it makes a basic feature of NTP very hard to use.
Comment 2•2 months ago
|
||
The severity field for this bug is set to S3. However, the accessibility severity is higher, .
:thecount, could you consider increasing the severity?
For more information, please visit BugBot documentation.
| Reporter | ||
Updated•2 months ago
|
| Reporter | ||
Updated•2 months ago
|
| Assignee | ||
Updated•2 months ago
|
Comment 3•2 months ago
|
||
The Accessibility team has discussed this bug with the HNT team on a call, we reviewed the proposed designs and expected future edge cases. The new grid system with the current expectations of the grouping of the content could be modified with the following semantic markup to create landmarks for keyboard users to navigate between. This would especially be important for screen reader users. The draft recommendation is to update the <div className="sidebar-inline-end"> to HTML <aside {...}> element and <div className="content"> to <main {...}>. The sidebar-inline-start would likely be getting a navigation component from Acorns and it already has used <nav> element for landmark creation, thus, in its current plan, we are not expecting any other modifications to be needed.
The experience for sighted keyboard-only users won't be ideal, especially, in cases when multiple topics, widgets and other sections are added to the <main> section of the page, so this would possibly still remain a bug after the landmarks are created - though a lower severity, non-blocking one (specific a11y severity S3/S4 would be depending on the default UI and possible modifications). We still recommend doing a user testing with users of different types of assistive technology and we're planning to do it with Fable, once the interface is testable.
To fully resolve the issue, we discussed the possibility to add a skip link (W3C WAI example) (alternatively: WebAIM example with detailed description of the skip link functionality and expectations to allow quick jump from the top of the page to the widgets section.
| Assignee | ||
Comment 4•2 months ago
|
||
Discussed with the a11y team - We're going to modify the semantic markup for some of the containers, to add landmark navigation to the page.
| Assignee | ||
Comment 5•1 month ago
|
||
Updated•1 month ago
|
Updated•1 month ago
|
Comment 7•1 month ago
|
||
| bugherder | ||
Comment 8•1 month ago
|
||
| bugherder | ||
Updated•1 month ago
|
Comment 9•1 month ago
|
||
I have verified this issue using the latest Firefox Nightly 152.0a1 (Build ID: 20260427155724) and Firefox Beta 151.0b3 (Build ID: 20260427090318) on Windows 10 x64, macOS 15.7.3, and Ubuntu 24.04.1.
- Confirm that using keyboard navigation, the New Tab sections are focused in the following order: Weather widget, Top Sites, Content Feed, Privacy Notice, and the Customize button.
Description
•