[Webkit-unassigned] [Bug 250124] New: AX: Wrong role displayed for input in Safari inspector

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Jan 5 02:23:56 PST 2023


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

            Bug ID: 250124
           Summary: AX: Wrong role displayed for input in Safari inspector
           Product: WebKit
           Version: Safari 16
          Hardware: Mac (Apple Silicon)
                OS: macOS 13
            Status: NEW
          Severity: Minor
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: giacomo.petri at usablenet.com
                CC: andresg_22 at apple.com,
                    webkit-bug-importer at group.apple.com

Created attachment 464344

  --> https://bugs.webkit.org/attachment.cgi?id=464344&action=review

Screenshot displaying Role: No matching ARIA role for input type="text"

Even though, using VoiceOver + Safari the input type="text" is properly announced as "$label, edit text" which properly convey the element semantic, from the inspector the role provided within the Accessibility section is "No matching ARIA role", which is not true. 
Even forcing the role="textbox" the role is still "No matching ARIA role".

This contrasts with both the WAI-ARIA (https://www.w3.org/TR/wai-aria-1.2/#textbox) and HTML Accessibility API Mappings (https://www.w3.org/TR/html-aam-1.0/#el-input-text).

Similarly, this happens for other input types:
* email (Role: "No matching aria role" but it should be "textbox", as per html-aam-1.0 - https://www.w3.org/TR/html-aam-1.0/#el-input-email)
* number (Role: "No matching aria role" but it should be "textbox", as per html-aam-1.0 - https://www.w3.org/TR/html-aam-1.0/#el-input-number)
* tel (Role: "No matching aria role" but it should be "textbox", as per html-aam-1.0 - https://www.w3.org/TR/html-aam-1.0/#el-input-tel)
* url (Role: "No matching aria role" but it should be "textbox", as per html-aam-1.0 - https://www.w3.org/TR/html-aam-1.0/#el-input-url)

Differently, it's behaving as expected for input types like:
* checkbox
* search
* button/reset/submit
* image
* range
* color (Role: "No matching aria role" but it's correct, as per html-aam-1.0 - https://www.w3.org/TR/html-aam-1.0/#el-input-color)
* etc.

-- 
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/20230105/03bba68a/attachment.htm>


More information about the webkit-unassigned mailing list