Skip to content

fix: use aria-live="polite" for descriptions text track display#9178

Open
manichandra wants to merge 1 commit into
videojs:mainfrom
manichandra:fix/descriptions-aria-live-polite
Open

fix: use aria-live="polite" for descriptions text track display#9178
manichandra wants to merge 1 commit into
videojs:mainfrom
manichandra:fix/descriptions-aria-live-polite

Conversation

@manichandra
Copy link
Copy Markdown

Fixes #7843

Using aria-live="assertive" on the text track display container caused
screen readers to interrupt all other announcements every time a descriptions
cue updated. This made audio descriptions inaccessible in practice — users
lost context from other page announcements.

Changed to aria-live="polite" so descriptions are queued and announced
without interrupting ongoing screen reader output, per WCAG 4.1.3.
Captions and subtitles tracks correctly remain at aria-live="off" since
users relying on those tracks do not need screen reader announcement of
caption text.

Specific Changes proposed:

  • src/js/tracks/text-track-display.js: Changed aria-live="assertive"
    to aria-live="polite" in updateDisplay() for descriptions tracks
  • test/unit/tracks/text-track-display.test.js: Added QUnit test verifying
    aria-live is "off" for captions tracks and "polite" for descriptions tracks

Requirements Checklist:

  • Feature implemented / Bug fixed
    • Change has been verified in an actual browser (Chrome, Firefox, IE)
    • Unit Tests updated or fixed
    • Docs/guides updated
    • Example created
    • Has no DOM changes which impact accessibility or trigger warnings
    • Has no changes to JSDoc which cause npm run docs:api to error
  • Reviewed by Two Core Contributors

Using aria-live="assertive" on the text track display container caused
screen readers to interrupt all other announcements every time a
descriptions cue updated. This made audio descriptions inaccessible in
practice — users lost context from other page announcements.

Change to aria-live="polite" so descriptions are queued and announced
without interrupting ongoing screen reader output, per WCAG 4.1.3.
Captions and subtitles tracks correctly remain at aria-live="off" since
sighted-hearing users relying on those tracks do not need screen reader
announcement of caption text.

Fixes videojs#7843
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Text Track Display Accessibility Issues

1 participant