Update 5 mochitests that click on an addon-name-container instead of its containing link to pass a11y-checks
Categories
(Toolkit :: Add-ons Manager, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox124 | --- | fixed |
People
(Reporter: ayeddi, Assigned: ayeddi)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(1 file)
There are following tests in toolkit/mozapps/extensions/test/browser/
that fail a11y_checks when they send a click on the clickable but not accessible container .addon-name-container
in:
- browser_globalwarnings.js#11,
- browser_html_detail_view.js#346,405,
- browser_html_updates.js#31
- browser_gmpProvider.js#52
- switchToDetailView() in head.js#1696 in
browser_html_pending_updates.js
- while there is a fully accessible link element that is included in each card and thus should be an expected target for the Details View activation to test behavior for all users is functioning.
We could update this test to query the link element and send a click to it to simulate and confirm the card is accessible for users of keyboards and assistive technology as well as mouse/touch users, and to allow the a11y-checks to pass. In this case, we need to update the fail-if
notations of the test manifest accordingly.
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 1•1 year ago
|
||
There are following tests in toolkit/mozapps/extensions/test/browser/
that fail a11y_checks when they send a click on the clickable but not accessible container .addon-name-container
in:
- browser_globalwarnings.js#11,
- browser_html_detail_view.js#346,405,
- browser_html_updates.js#31
- browser_gmpProvider.js#52
- switchToDetailView() in head.js#1696 in
browser_html_pending_updates.js
- while there is a fully accessible link element that is included in each card and thus should be an expected target for the Details View activation to test behavior for all users is functioning.
We could update this test to query the link element and send a click to it to simulate and confirm the card is accessible for users of keyboards and assistive technology as well as mouse/touch users, and to allow the a11y-checks to pass. In this case, we need to update the fail-if
notations of the test manifest accordingly.
Updated•1 year ago
|
Assignee | ||
Comment 2•1 year ago
|
||
Another test that is affected: browser_menu_button_accessibility.js#72
Updated•1 year ago
|
Comment 4•1 year ago
|
||
bugherder |
Description
•