- Success Criterion 2.4.11
- Conformance level AA
Keyboard-Triggered Dropdown Covering the Next Focus Stop
2.4.11 — Focus Not Obscured (Minimum)
Scenario
Setting
A photo-sharing app's upload screen
What’s wrong
Keyboard-triggered dropdown covering the next focus stop entirely as user tabs onward.
Example
Picture a photo-sharing app's upload screen: keyboard-triggered dropdown covering the next focus stop entirely as user tabs onward.
Why it matters
Sighted keyboard users when sticky chrome would otherwise hide the focused control. In this case (a photo-sharing app's upload screen), they can't operate the feature without a mouse.
How to test
Open a keyboard-triggered dropdown and continue tabbing: if the dropdown itself fully covers the next control in the tab sequence, it fails.
How to fix
The focused element must remain at least partially visible — never fully hidden behind sticky bars, banners, or overlays.
Outcome
Once corrected, a photo-sharing app's upload screen lets them keep track of where they are on the page.
Who is affected
Sighted keyboard users when sticky chrome would otherwise hide the focused control.
Learn more
- Understanding Understanding document (opens in a new tab)
Related scenarios
- Sticky Header or Footer Completely Covering the Focused Element
- Cookie Banner Covering a Focused Element Behind It
- Sticky Table Header Covering the Row That Currently Has Focus
- Floating Chat Button Covering a Focused Link in the Corner
- Non-Modal Popover Fully Covering the Element Behind It
- Anchor Link Landing an Element Directly Under a Fixed Header