92066 2012-07-23 23:19:54 -0700 AX: Changing ARIA attributes needs to trigger a notification 2015-08-13 11:48:59 -0700 1 1 1 Unclassified WebKit Accessibility 528+ (Nightly build) Unspecified All NEW InRadar P2 Normal --- 145646 1 dmazzoni webkit-unassigned aboxhall birkir.gunnarsson jdiggs webkit-bug-importer oldest_to_newest 676421 0 dmazzoni 2012-07-23 23:19:54 -0700 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 961977 1 jcraig 2013-12-20 11:58:49 -0800 BRB: May be a dupe or resolved already. I know we did some Windows notifications work since the time this bug was filed. 961978 2 webkit-bug-importer 2013-12-20 11:59:00 -0800 <rdar://problem/15710372> 1099525 3 jdiggs 2015-06-04 10:54:20 -0700 This is also expected for ATK. I need to see which ones are missing still. 1117300 4 birkir.gunnarsson 2015-08-13 11:48:59 -0700 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