NEW 92066
AX: Changing ARIA attributes needs to trigger a notification 
https://bugs.webkit.org/show_bug.cgi?id=92066
Summary AX: Changing ARIA attributes needs to trigger a notification
Dominic Mazzoni
Reported 2012-07-23 23:19:54 PDT
This won't affect Mac, this is for the Windows and Chromium/Windows ports. There are some ARIA attributes that are supposed to trigger a notification on Windows but they don't now. It's probably mainly the ones that are supposed to trigger a notification on Windows but not on Mac that are left. A possibly-incomplete list is: aria-busy, aria-disabled, aria-expanded, aria-invalid, aria-readonly, aria-required, aria-valuetext. Spec: http://www.w3.org/TR/wai-aria-implementation/#mapping_events_state-change
Attachments
Add attachment proposed patch, testcase, etc.
James Craig
Comment 1 2013-12-20 11:58:49 PST
BRB: May be a dupe or resolved already. I know we did some Windows notifications work since the time this bug was filed.
Radar WebKit Bug Importer
Comment 2 2013-12-20 11:59:00 PST
<rdar://problem/15710372>
Joanmarie Diggs
Comment 3 2015-06-04 10:54:20 PDT
This is also expected for ATK. I need to see which ones are missing still.
Birkir R. Gunnarsson
Comment 4 2015-08-13 11:48:59 PDT
This is still a major problem for aria-expanded (using Voiceover 8.4/Safari). When user activates a UI control and its aria-expanded attribute is updated Voiceover does not announce its updated state. Users have to swipe away from the element and back to it to be informed of the change. To verify, interact with one of the expand/collapse buttons in this example: https://dequeuniversity.com/library/aria/tabpanels-accordions/sf-tabless-multiselect-accordion
Note You need to log in before you can comment on or make changes to this bug.