Closed Bug 1720334 Opened 4 years ago Closed 4 years ago

aria-checked attribute not announced on role="treeitem" elements within role="tree" elements

Categories

(Core :: Disability Access APIs, defect)

Firefox 90
Desktop
macOS
defect

Tracking

()

RESOLVED FIXED
93 Branch
Tracking Status
firefox93 --- fixed

People

(Reporter: srhazi, Assigned: morgan)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Steps to reproduce:

On MacOS 11.4 / Firefox 90.0

  1. Visit the test case here: https://codepen.io/sufianrhazi/pen/qBmRbLQ
  2. Turn on VoiceOver
  3. Tab into the role="tree" element (which in this minimal example visually looks like a listbox)
  4. Use either to focus on individual rows within the tree:
  • VO-shift-down to enter the tree and VO-up/VO-down/VO-left/VO-right to move the VoiceOver cursor
  • up/down arrow keys to move focus via roving tabindex
  1. Check for the announcement of "checked" on the bolded+underlined items and "unchecked" on the unbolded+underlined items

Actual results:

No "checked" / "unchecked" announcement is made for role="treeitem" elements that have aria-checked="true" / aria-checked="false"

Expected results:

A "checked" / "unchecked" announcement should have been made for role="treeitem" elements that have aria-checked="true" / aria-checked="false"

The user agent I used to repro on Firefox 90.0 is Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0

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

Component: Untriaged → Disability Access APIs
Product: Firefox → Core

Works on Windows, so this seems to be a Mac specific bug.

Severity: -- → S2
OS: Unspecified → macOS
Priority: -- → P1
Hardware: Unspecified → Desktop
Assignee: nobody → mreschenberg

Hi! When you run this in Safari or Chrome, do you get the expected behaviour? I'm trying to produce the correct behaviour in Safari, but I'm not hearing VO read the checked status.
If you're able to reproduce -- can you attach a copy of your VO preferences (VO Utility > File > Export preferences)

Flags: needinfo?(srhazi)
Priority: P1 → --

VoiceOver settings on MacOS 11.4

Flags: needinfo?(srhazi)

Yes, I'm seeing both "checked" and "unchecked" announced when using both Chrome and Safari. For convenience, here's a screen recording showing the differences between the three browsers (navigating up and down the list using both up/down and VO-left/VO-right): https://abstract.properties/misc/vo-screen-recording.mov

Pushed by mreschenberg@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3564b76b9334 Represent checked/unchecked state with AXValue for treeitems r=eeejay
Flags: needinfo?(mreschenberg)
Attachment #9233746 - Attachment description: Bug 1720334: Represent checked/unchecked state with AXValue for treeitems r?eeejay → WIP: Bug 1720334: Represent checked/unchecked state with AXValue for treeitems r?eeejay
Attachment #9233746 - Attachment description: WIP: Bug 1720334: Represent checked/unchecked state with AXValue for treeitems r?eeejay → Bug 1720334: Represent checked/unchecked state with AXValue for treeitems r?eeejay
Pushed by mreschenberg@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/fb57169e518b Represent checked/unchecked state with AXValue for treeitems r=eeejay
Blocks: 1726644
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 93 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: