Closed
Bug 706079
Opened 13 years ago
Closed 12 years ago
ignore aria-activedescendant referent having no ARIA role
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
RESOLVED
FIXED
mozilla12
People
(Reporter: surkov, Assigned: surkov)
References
(Blocks 2 open bugs)
Details
(Keywords: access)
Attachments
(1 file)
3.41 KB,
patch
|
davidb
:
review+
|
Details | Diff | Splinter Review |
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•13 years ago
|
Attachment #577572 -
Attachment is patch: true
Attachment #577572 -
Flags: review?(bolterbugz)
Comment 1•13 years ago
|
||
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•13 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•13 years ago
|
||
try server build http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/surkov.alexander@gmail.com-cc347c2f7bf0
Comment 4•13 years ago
|
||
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•13 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•13 years ago
|
||
All's well with the try-build. I think this is safe to land.
Assignee | ||
Comment 7•12 years ago
|
||
inbound land https://hg.mozilla.org/integration/mozilla-inbound/rev/0ed3beaf8247
Assignee | ||
Comment 8•12 years ago
|
||
landed https://hg.mozilla.org/mozilla-central/rev/0ed3beaf8247
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla12
You need to log in
before you can comment on or make changes to this bug.
Description
•