ignore aria-activedescendant referent having no ARIA role

RESOLVED FIXED in mozilla12

Status

()

Core
Disability Access APIs
RESOLVED FIXED
6 years ago
5 years ago

People

(Reporter: surkov, Assigned: surkov)

Tracking

(Blocks: 2 bugs, {access})

unspecified
mozilla12
access
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Assignee)

Description

6 years ago
Created attachment 577572 [details] [diff] [review]
patch

That should be expensive to check aria-activedescendant parent for any element having ID. We ignore aria-activedencendant in some cases for example we do that for focusable state calculation. I think we should take this as a rule to ignore aria-activedescendant referents having no ARIA role. It doesn't make sense to manage HTML controls having no ARIA role by aria-activedescendant because they should be managed by DOM focus. And it doesn't make sense to allow aria-activedensendant pointing to elements having no semantics. So I don't see a usecase for that and thus let's save some time by ignoring such elements.
(Assignee)

Updated

6 years ago
Attachment #577572 - Attachment is patch: true
Attachment #577572 - Flags: review?(bolterbugz)
I need to better understand the purpose of this change. How did this bug come about? Is "it doesn't make sense to allow aria-activedensendant pointing to elements having no semantics" specifically talking about semantics as in ARIA semantics? html::TD has implicit semantics for example.
(Assignee)

Comment 2

6 years ago
(In reply to David Bolter [:davidb] from comment #1)
> I need to better understand the purpose of this change. How did this bug
> come about? 

cleaning up aria-activedescendant implementation

> Is "it doesn't make sense to allow aria-activedensendant
> pointing to elements having no semantics" specifically talking about
> semantics as in ARIA semantics? html::TD has implicit semantics for example.

I didn't think about html:td when I said that, so maybe 'focusable semantics'.
(Assignee)

Comment 3

6 years ago
try server build http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/surkov.alexander@gmail.com-cc347c2f7bf0
Comment on attachment 577572 [details] [diff] [review]
patch

Review of attachment 577572 [details] [diff] [review]:
-----------------------------------------------------------------

r=me. I hope the role requirement doesn't break anyone.

::: accessible/src/base/nsAccessibilityService.cpp
@@ -926,1 @@
>  }

This removal seems hypothetically dangerous, but I think I'm okay with it.
Attachment #577572 - Flags: review?(bolterbugz) → review+
(Assignee)

Comment 5

6 years ago
Marco, as you asked the try server build is here http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/surkov.alexander@gmail.com-7476b968a388/

Comment 6

6 years ago
All's well with the try-build. I think this is safe to land.
(Assignee)

Comment 7

5 years ago
inbound land https://hg.mozilla.org/integration/mozilla-inbound/rev/0ed3beaf8247
(Assignee)

Comment 8

5 years ago
landed https://hg.mozilla.org/mozilla-central/rev/0ed3beaf8247
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla12
You need to log in before you can comment on or make changes to this bug.