Closed Bug 1873094 Opened 1 year ago Closed 1 year ago

Update the Firefox View Open Tabs test case to send a click on a menuitem itself instead of its container

Categories

(Firefox :: Firefox View, task, P3)

task

Tracking

()

RESOLVED FIXED
123 Branch
Tracking Status
firefox123 --- fixed

People

(Reporter: ayeddi, Assigned: ayeddi)

References

(Regressed 1 open bug)

Details

(Keywords: access)

Attachments

(1 file)

The Firefox View provides a custom menu for Open Tab links. This menu is attempted to be clicked twice in the test file browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.js. But since the <panel-item> itself has a role of presentation and is serving as a container for an accessible <button role="menuitem">, the automatic accessibility checks are flagging these clicks as ones on a non-accessible elements. We can update the test case to send a click on a menuitem itself to ensure the test is working as expected too, since the keyboard-only users and users of assistive technology would be activating the menuitem.

Since this would allow the a11y_checks to test an actual control and we expect these tests to pass, we need to update the fail-if notation in the test manifest to exclude the panel-item failure.

The a11y_checks output is the following:

Path	Error	El ID	El tagName
browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.js	Node is not accessible via accessibility API		PANEL-ITEM

The Firefox View provides a custom menu for Open Tab links. This menu is attempted to be clicked twice in the test file browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.js. But since the <panel-item> itself has a role of presentation and is serving as a container for an accessible <button role="menuitem">, the automatic accessibility checks are flagging these clicks as ones on a non-accessible elements. We can update the test case to send a click on a menuitem itself to ensure the test is working as expected too, since the keyboard-only users and users of assistive technology would be activating the menuitem.

Since this would allow the a11y_checks to test an actual control and we expect these tests to pass, we need to update the fail-if notation in the test manifest to exclude the panel-item failure.

Pushed by ayeddi@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/957918b1aacd Update the Firefox View Open Tabs test case to send a click on a menuitem itself instead of its container. r=fxview-reviewers,kcochrane
Regressions: 1874237
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 123 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: