fix(a11y): accessible names for search inputs + settings selects; reaction OOB label (LC-362) #371
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/lc-362-a11y-labels"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
A11y MED finding from the UI audit.
just test+just test-saasgreen; thei18n_catalogcoverage gate passes (no new keys).Problem
Several controls were labeled only by a placeholder or a nearby heading, which is not an accessible name (WCAG 4.1.2 / 3.3.2). Separately, the reaction OOB live fragment (
ws/reaction_update.html, swapped in on every reaction update) dropped the add-reaction button'saria-labelthatpartials/reaction_bar.htmlcarries, so the icon-only button lost its accessible name after the first live update.Fix
Added
aria-label(reusing the existing placeholder/heading message id, so no new catalog keys) to:/settingsAnd restored the
partials-reaction-addlabel on the reaction OOB fragment's add button.Scope note
This covers the high-traffic controls the audit named. A handful of lower-traffic admin/enclave inputs in the "~30" estimate remain; they can be a small follow-up if desired.
Closes LC-362.