RESOLVED FIXED 121442
AX: Mac AXARIABusy should be AXElementBusy (not ARIA specific)
https://bugs.webkit.org/show_bug.cgi?id=121442
Summary AX: Mac AXARIABusy should be AXElementBusy (not ARIA specific)
James Craig
Reported 2013-09-16 11:00:10 PDT
AX: Mac AXARIABusy should not be ARIA-specific; perhaps AXBusy? Unlike the live region properties, the general concept of an element in a busy state (while loading, initializing, etc.) is not specific to ARIA, so the API property should not reference ARIA. I'm leaning toward AXBusy, though AXElementBusy might be a little more precise.
Attachments
Patch. (44.99 KB, patch)
2013-09-17 11:55 PDT, Samuel White
no flags
Patch. (45.03 KB, patch)
2013-09-17 14:15 PDT, Samuel White
cfleizach: review+
Patch. (45.03 KB, patch)
2013-09-17 15:12 PDT, Samuel White
no flags
Radar WebKit Bug Importer
Comment 1 2013-09-16 11:01:17 PDT
Samuel White
Comment 2 2013-09-17 11:55:51 PDT
Created attachment 211928 [details] Patch. Renamed AXARIABusy attribute to AXElementBusy and updated layout tests.
chris fleizach
Comment 3 2013-09-17 13:36:20 PDT
Comment on attachment 211928 [details] Patch. View in context: https://bugs.webkit.org/attachment.cgi?id=211928&action=review > LayoutTests/platform/mac/accessibility/aria-liveregions-attributes-expected.txt:18 > +FAIL accessibilityController.focusedElement.isAttributeSupported('AXElementBusy') should be false. Was true. why is this a fail? i know it was there before but it seems wrong
Samuel White
Comment 4 2013-09-17 14:15:45 PDT
Samuel White
Comment 5 2013-09-17 14:21:04 PDT
(In reply to comment #3) > (From update of attachment 211928 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=211928&action=review > > > LayoutTests/platform/mac/accessibility/aria-liveregions-attributes-expected.txt:18 > > +FAIL accessibilityController.focusedElement.isAttributeSupported('AXElementBusy') should be false. Was true. > > why is this a fail? > i know it was there before but it seems wrong Agreed, this was definitely wrong. I suspect this was leftover from a time when ONLY live regions supported aria-busy (AXARIABusy at the platform level). Comment evidence (line 1016 of WebAccessibilityObjectWrapperMac.mm): // All objects should expose the ARIA busy attribute (ARIA 1.1 with ISSUE-538).
chris fleizach
Comment 6 2013-09-17 14:45:42 PDT
(In reply to comment #5) > (In reply to comment #3) > > (From update of attachment 211928 [details] [details]) > > View in context: https://bugs.webkit.org/attachment.cgi?id=211928&action=review > > > > > LayoutTests/platform/mac/accessibility/aria-liveregions-attributes-expected.txt:18 > > > +FAIL accessibilityController.focusedElement.isAttributeSupported('AXElementBusy') should be false. Was true. > > > > why is this a fail? > > i know it was there before but it seems wrong > > Agreed, this was definitely wrong. I suspect this was leftover from a time when ONLY live regions supported aria-busy (AXARIABusy at the platform level). > > Comment evidence (line 1016 of WebAccessibilityObjectWrapperMac.mm): > > // All objects should expose the ARIA busy attribute (ARIA 1.1 with ISSUE-538). I guess we should change it to use shouldBeTrue then since it's supported on all elements
chris fleizach
Comment 7 2013-09-17 14:46:30 PDT
Comment on attachment 211938 [details] Patch. View in context: https://bugs.webkit.org/attachment.cgi?id=211938&action=review > LayoutTests/ChangeLog:3 > + AX: Mac AXARIABusy should not be ARIA-specific; perhaps AXBusy? let's update the bug title so that it reflects what we did
Samuel White
Comment 8 2013-09-17 15:12:33 PDT
Created attachment 211948 [details] Patch. Patch with updated title.
WebKit Commit Bot
Comment 9 2013-09-17 16:07:03 PDT
Comment on attachment 211948 [details] Patch. Clearing flags on attachment: 211948 Committed r156011: <http://trac.webkit.org/changeset/156011>
WebKit Commit Bot
Comment 10 2013-09-17 16:07:07 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.