Bug 39472 - WCAG 2.1: 2.5.3 - Label in Name (Level A)
Summary: WCAG 2.1: 2.5.3 - Label in Name (Level A)
Status: CONFIRMED
Alias: None
Product: Koha
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: unspecified
Hardware: All All
: P5 - low normal
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords: Hackfest
Depends on:
Blocks:
 
Reported: 2025-03-27 15:37 UTC by Martin Renvoize (ashimema)
Modified: 2025-03-27 17:05 UTC (History)
3 users (show)

See Also:
GIT URL:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Renvoize (ashimema) 2025-03-27 15:37:44 UTC
https://www.w3.org/WAI/WCAG21/Understanding/label-in-name.html


Issue
• The ‘Sign in’ button has been given the aria-label ‘Log into your account’
• Although this is a clear label, it does not match the visible label
• This may prevent speech-input users from being able to interact effectively
with this button as the label they can see and that they will speak, does not
match the programmatic label required to activate the control

Solution
• Ensure that the accessible name matches or contains the text that is
presented visually
• Where possible, the accessible name should be assigned through native
elements and semantics. That helps ensure an exact match between the
visible label and name
• Note: aria-label and arialabelled-by overrides any other information
associated with the element so make sure it matches the visible text

https://webaim.org/articles/label-name/
Comment 1 Martin Renvoize (ashimema) 2025-03-27 15:39:46 UTC
I have a feeling this may be translation related.  Do we make sure that the aria-label/labeledby text matches the link/button text during translation?