[Webkit-unassigned] [Bug 232007] AX: WebKit should not exposed empty elements as `empty group` to elements with role=none

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Oct 26 15:37:01 PDT 2021


https://bugs.webkit.org/show_bug.cgi?id=232007

Tyler Wilcock <tyler_w at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tyler_w at apple.com

--- Comment #2 from Tyler Wilcock <tyler_w at apple.com> ---
https://www.w3.org/TR/2017/REC-wai-aria-1.1-20171214/#conflict_resolution_presentation_none

> User agents MUST always expose global WAI-ARIA states and properties to accessibility APIs, even if an element has an explicit or inherited role of presentation. In this case, the user agent ignores the presentation role and exposes the element according to its implicit native semantics. However, user agents MUST ignore any non-global, role-specific WAI-ARIA states and properties, unless it is on an inherited presentational role where an explicit role is applied.
aria-label is a global property, so WebKit must expose the given element. It's called a group because applying an aria-label to an element with a role of "presentation" or "none" hits this branch in AccessibilityNodeObject::determineAriaRoleAttribute():

// Presentational roles are invalidated by the presence of ARIA attributes.
if (role == AccessibilityRole::Presentational && supportsARIAAttributes())
    role = AccessibilityRole::Unknown;

And at the callsite of determineAriaRoleAttribute, AccessibilityRole::Unknown falls back to determining the role by the tag name (AccessibilityRole::Div), which maps to NSAccessibilityGroup on the Mac.

The behavior in this branch is maybe unintuitive, but I don't know the "right" thing to do without digging deeper.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211026/5a2704b7/attachment-0001.htm>


More information about the webkit-unassigned mailing list