Open
Bug 1275513
Opened 8 years ago
Updated 4 years ago
Fix and re-enable a few combobox keyboard tests on OSX
Categories
(Core :: Disability Access APIs, defect, P3)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox49 | --- | affected |
People
(Reporter: MatsPalmgren_bugz, Unassigned)
References
Details
(Whiteboard: [mac2020_1])
In bug 1272012 I disabled a few a11y tests for combobox keyboard event handling on OSX: accessible/tests/mochitest/events/test_selection.html accessible/tests/mochitest/events/test_selection.xul accessible/tests/mochitest/events/test_valuechange.html I tried to fix them but I couldn't figure out the testing framework that is used in these tests. (Bug 1272012 changed the behavior for VK_UP/VK_DOWN on OSX so that it now opens the dropdown menu if it's closed.)
Comment 1•8 years ago
|
||
(In reply to Mats Palmgren (:mats) from comment #0) > In bug 1272012 I disabled a few a11y tests for combobox keyboard event > handling on OSX: > > accessible/tests/mochitest/events/test_selection.html > accessible/tests/mochitest/events/test_selection.xul > accessible/tests/mochitest/events/test_valuechange.html > > I tried to fix them but I couldn't figure out the testing framework > that is used in these tests. The tests perform some actions (invokers) and then check if certain events were fired for the accessibility consumers. All this stuff lives in accessible/tests/mochitest/event.js. In an abstract way, we emulate waiting for, and reacting to, accessibility events like screen readers do, just to make sure screen readers actually get the right events, and that we don't fire unexpected events in certain situations, too. Does this help?
Updated•4 years ago
|
Whiteboard: [mac2020_1]
Updated•4 years ago
|
Priority: -- → P3
Updated•4 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•