Bug 92066

Summary:	AX: Changing ARIA attributes needs to trigger a notification
Product:	WebKit	Reporter:	Dominic Mazzoni <dmazzoni>
Component:	Accessibility	Assignee:	Nobody <webkit-unassigned>
Status:	NEW ---
Severity:	Normal	CC:	aboxhall, birkir.gunnarsson, jdiggs, webkit-bug-importer
Priority:	P2	Keywords:	InRadar
Version:	528+ (Nightly build)
Hardware:	Unspecified
OS:	All
Bug Depends on:
Bug Blocks:	145646

Description Dominic Mazzoni 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

Comment 1 James Craig 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.

Comment 2 Radar WebKit Bug Importer 2013-12-20 11:59:00 PST

<rdar://problem/15710372>

Comment 3 Joanmarie Diggs 2015-06-04 10:54:20 PDT

This is also expected for ATK. I need to see which ones are missing still.

Comment 4 Birkir R. Gunnarsson 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