A11y Hell
HIGHWCAG 2.1.1 A

Keyboard-Inaccessible Select

A styled select menu opens on click but cannot be opened or navigated with the keyboard.

Try It Yourself

This simulator is intentionally broken. Recreate the failure path, capture evidence, and validate the fix with the same sequence.

Scenario

In a high-pressure workflow, Keyboard-only users try to complete a core task and hit this failure pattern.

Watch For

  • Dropdown does not open with keyboard input.
  • Options are not reachable via arrow keys.

Done When

  • Trigger supports Enter/Space to open.
  • Options are focusable and arrow-key navigable.

Scenario

A person in this audience group is trying to complete a core task quickly and encounters this failure pattern.

Keyboard-only usersMotor-impaired usersScreen reader users relying on keyboard

Guided Run Progress

0 / 5 steps marked

Track setup, action, and failure signals as you run the simulation.

Quick Run Checklist

Demo warning

The control looks interactive but ignores keyboard input entirely.

How to trigger the issue

Try opening the dropdown with Enter or Space. Only mouse interaction succeeds.

This trigger is mouse-only and excluded from Tab order, so keyboard users cannot open it.

Manual Testing Protocol

Follow this sequence to reproduce the failure consistently and verify the fix with the same workflow.

1. Setup

  • Place focus on the custom select trigger using Tab.
  • Avoid mouse input for the entire demo.

2. Reproduction Steps

  1. Press Enter or Space to open the dropdown.
  2. Attempt to navigate options with Arrow keys.
  3. Try to select an option using Enter.

3. Expected Failure Signals

  • Dropdown does not open with keyboard input.
  • Options are not reachable via arrow keys.
  • User cannot make a selection without the mouse.

4. Fix Verification

  • Trigger supports Enter/Space to open.
  • Options are focusable and arrow-key navigable.
  • Selection is confirmed with Enter and announced properly.

Evidence Capture Checklist

  • Record the exact user goal that fails (for example: submit form, complete checkout, navigate menu).
  • Capture screen recording + keyboard path from first interaction to failure state.
  • Map failure to WCAG 2.1.1 (Level A) and affected user groups.
  • Document business impact: conversion loss, support burden, legal/compliance risk, or trust damage.
Share evidence with Accessibility.build

The Impact

What Happens

  • Keyboard users cannot complete selection tasks
  • Forms become unusable without mouse
  • Accessibility regressions slip into custom UI kits

Who Gets Hurt

Keyboard-only users
Motor-impaired users
Screen reader users relying on keyboard

The Broken Code

<div class="select" onclick="openMenu()">
  <span>Choose a plan</span>
  <ul hidden>
    <li>Starter</li>
    <li>Pro</li>
  </ul>
</div>
<!-- No button semantics, no keydown handlers -->

WCAG 2.1.1: Reference

"All functionality of the content is operable through a keyboard interface."

Level A - Custom controls must remain keyboard operable or they exclude entire user groups.

Related High Issues

Explore neighboring failures in the same severity band.

View all high issues
Screen reader simulation closed. Audio disabled.

Screen Reader

Simulation Mode

Active — Tab to navigate

Currently Announcing

Focus on an element to see announcement

Announcement History

No announcements yet

Press Tab to start navigating

This simulates what screen reader users hear.
No visuals — just these announcements.
Shortcut: Shift + Alt + S