[Webkit-unassigned] [Bug 230611] New: AX: aria-errormessage should not be exposed when aria-invalid is false

[bugzilla-daemon at webkit.org]

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

            Bug ID: 230611
           Summary: AX: aria-errormessage should not be exposed when
                    aria-invalid is false
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jdiggs at igalia.com
                CC: andresg_22 at apple.com, cfleizach at apple.com,
                    jcraig at apple.com, webkit-bug-importer at group.apple.com

Steps to reproduce:
1. Load: data:text/html, <div role='group' id='test' aria-errormessage='error' aria-invalid='false'>content</div><div id='error'>hello world</div>
2. Examine the accessible relationships for ATK using a platform accessibility inspector (e.g. Accerciser)

Expected results: There would be no error-for/error-message relationships between the two divs
Actual results: There are error-for/error-message relationships between the two divs.

According to https://www.w3.org/TR/wai-aria-1.2/#aria-errormessage:

> User agents MUST NOT expose aria-errormessage for an object with an aria-invalid value of false.

I think this issue also applies to macOS and iOS. However, I was not able to confirm it based on the Core-AAM's stated mappings* for aria-errormessage for macOS, however this test has aria-invalid set to false and still indicates there are error elements: https://trac.webkit.org/browser/webkit/trunk/LayoutTests/accessibility/mac/aria-errormessage.html

*The Core-AAM says the following for aria-errormessage:

> AX API	Property: AXValidationError: textual content of the referenced element

But I don't see that in Accessibility Inspector when aria-invalid set to true.

-- 
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/20210922/697a5714/attachment-0001.htm>