[Webkit-unassigned] [Bug 283025] AX: Aria-describedby node referenced via input not announced when referenced node contains role=status, role=alert or aria-live

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Nov 18 13:27:44 PST 2024


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

--- Comment #4 from Tyler Wilcock <tyler_w at apple.com> ---
> I'm saying that after the container with role="status" is present in the DOM and the user places focus on the input, the text that is within the status node is not conveyed even though it is referenced by the aria-describedby in the input. Is that your understanding of the bug?
When VoiceOver focus moves to the text field with `aria-describedby="role-status-div"`, you expect to hear "Complete this field" as part of VoiceOver's announcement of the text field, but don't. That's my understanding — please let me know if I'm misunderstanding you, but I think we're on the same page.

> I'm not clear why the text with a role="status" (thus nameForm: author) that is referenced via aria-describedby is not announced. To be fair, I don't really understand nameFrom. Are you saying any element with aria-describedby that is referencing a node with role="status" will not announce the text?
When WebKit needs to resolve the text behind aria-describedby, it combines the "accessible names" for each element-by-id pointed to in the `aria-describedby`. WebKit computes the accessible name for an element by either using the `nameFrom: author` algorithm, or the `nameFrom: contents` algorithm (https://w3c.github.io/aria/#namecalculation), or computes no name for the role (see "prohibited" in the spec link). Because role="status" is `nameFrom: author`, that means we do not consider descendants when computing the name, only author-provided markup on the role="status" element like aria-label.

I don't know why this works in Chrome. It's possible they've noticed how this behavior can be unintuitive, and workaround the spec to provide a better user experience. But probably the best solution is for an issue to be filed on the WAI-ARIA spec so all browsers can become aligned.

-- 
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/20241118/8a2a570f/attachment-0001.htm>


More information about the webkit-unassigned mailing list