Closed Bug 1856042 Opened 8 months ago Closed 5 months ago

Input fields on a new Report Broken Site are not associated with their labels programmatically

Categories

(Web Compatibility :: Tooling & Investigations, defect)

Desktop
Unspecified
defect

Tracking

(Accessibility Severity:s3)

RESOLVED FIXED
Accessibility Severity s3

People

(Reporter: ayeddi, Unassigned)

References

Details

(Keywords: access)

Attachments

(2 files)

STR:

  1. Ensure a screen reader is running
  2. From any site, open a new Report Broken Site tool (i.e. via URL bar > Enhanced Tracking Protection > Report Broken Site)
  3. Navigate to URL input field and observe the announcement of a screen reader
  4. Navigate to Describe the problem (optional) textarea and observe the announcement of a screen reader

Expected:

  1. Screen reader is announcing the on-screen label for both fields, when they are focused

Actual:

  1. Screen reader announces only the role of the field, when focused with Tab keypress

If confirmed that the inputs do not have accessible names communicated, this would be an access-S3 bug, it would make it much harder for users of assistive technology to use the tool and the purpose of each input would not be clear.

It is confirmed a bug, I think:

  1. Voice Control on macOS does not respond to calling click URL as expected, for instance: it would send a click on the label text, instead of the input
  2. When clicking with a mouse on the label text, the adjacent input field is not being focused (good example: Bookmarks bar input fields)
  3. NVDA does not announce the label while tabbing between controls too
Type: task → defect
Accessibility Severity: --- → s3
Summary: Investigate the accessible name behavior of URL and Description edit fields on a new Report Broken Site → Input fields on a new Report Broken Site are not associated with their labels programmatically

The Bugbug bot thinks this bug should belong to the 'Core::Disability Access APIs' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: General → Disability Access APIs
Product: Firefox → Core
Component: Disability Access APIs → Desktop
Product: Core → Web Compatibility
Component: Desktop → Tooling & Investigations

This bug has been fixed

Flags: qe-verify+

Anna, I think this has been fixed for a while now. Can you double-check?

Flags: needinfo?(ayeddi)

This has been resolved for a long while. Apologies for the delay in replying...

Confirmed on Win 11 and macOS on the recent Nightly builds 123.0a1 (2024-01-01) that the Report Broken Site tool has all labels programmatically associated with their fields. Thank you for working on it, Thomas!

Status: NEW → RESOLVED
Closed: 5 months ago
Flags: needinfo?(ayeddi)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: