-
Notifications
You must be signed in to change notification settings - Fork 9.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Street fields in checkout don't have a label that's readable by a screenreader #10893
Comments
I can take a look at this later today if nobody else has claimed it. |
@patrikpihlstrom Looks like the issue is yours! |
Hi @patrikpihlstrom could you please accept the invitation on GitHub? |
Possibly related to #7428? |
Hi @scottsb. Thank you for working on this issue.
|
@patrikpihlstrom Since this hasn't been touched in two years, I'm assuming you didn't reach a solution. 😆Taking this to work on. |
@scottsb Go nuts! |
Hi @TomFranssen. Thank you for your report. The fix will be available with the upcoming 2.3.2 release. |
Hi @TomFranssen. Thank you for your report. The fix will be available with the upcoming 2.2.9 release. |
Preconditions
Steps to reproduce
Expected result
<label>
element that is linked to the<input>
field with afor
attribute. My advice is to add linked elements to all the address line fields so that screen readers can know what kind of fields the address fields are and thus increasing accessibility.Actual result
The address lines input fields don't have a
<label>
element with a valid value. There is a<span>
infront of it with the text 'Address'. This text however doesn't get recognised by screen readers.If I test this on the default MAC screenreader (activated by CMD + F5) I get the feedback of: 'edit text blank'. In this situation the visually impaired user doesn't get feedback on what type of field it is.
The text was updated successfully, but these errors were encountered: