Skip to content
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

Textarea hints and error messages are not read out if a value is already present (JAWS/Chrome) #2585

Open
querkmachine opened this issue Apr 4, 2022 · 1 comment
Labels
accessibility concern Any bug, feature request or question about the accessibility of a portion of a product accessibility 🐛 bug Something isn't working the way it should (including incorrect wording in documentation)

Comments

@querkmachine
Copy link
Member

querkmachine commented Apr 4, 2022

Description of the issue

When using JAWS, moving focus to a textarea that already has a populated value does not read out any elements associated with the textarea by aria-describedby.

Steps to reproduce the issue

  1. Create an instance of the textarea or character count component that: (a) has a default value of any length; (b) has an associated hint, error message, or both; and (c) does not have a threshold, if it's a character count.
  2. With JAWS running, navigate to the page in Chrome.
  3. Apply focus to the textarea using either keyboard or mouse.
  4. Listen to what JAWS reads out.

An existing example can be found in the character count's error state example in the design system. I've also made a bare minimum example as a fiddle.

Actual vs expected behaviour

Actual behaviour: JAWS will read out the input label and that it is a textarea that currently contains text.

Expected behaviour: JAWS will read out the label, that it is a textarea that currently contains text, plus any hints and error messages associated with the input via aria-describedby.

The issue does not appear to occur with <input> elements (be they empty or populated), or with empty <textarea>s.

Environment

  • Operating system: Windows 10
  • Browser: Google Chrome
  • Browser version: 99
  • GOV.UK Frontend Version: 4.0.1

Tested in both JAWS 2021.2103.174 and JAWS 2022.2202.38.

I could not reproduce this in Firefox or IE when using JAWS, and not in any browser when using NVDA 2021.2.

@querkmachine querkmachine added 🐛 bug Something isn't working the way it should (including incorrect wording in documentation) accessibility 🕔 weeks labels Apr 4, 2022
@querkmachine
Copy link
Member Author

querkmachine commented Apr 26, 2022

This would seem to be a known issue in JAWS.
FreedomScientific/standards-support#201

@dav-idc dav-idc added the accessibility concern Any bug, feature request or question about the accessibility of a portion of a product label Dec 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accessibility concern Any bug, feature request or question about the accessibility of a portion of a product accessibility 🐛 bug Something isn't working the way it should (including incorrect wording in documentation)
Projects
Development

No branches or pull requests

3 participants