UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3500.0 Safari/537.36
Steps to reproduce the problem:
1. Launch Chrome/Chromium
* export ACCESSIBILITY_ENABLED=1, and
* launch with --force-renderer-accessibility
2. Launch the attached accessible-event listener in a terminal
3. Load "data:text/html,<select><option>1</option><option>2</option><option>3</option></select>" in browser
4. Give the select element focus
5. Arrow up and down
6. Press space to expand the select, then arrow up and down
7. Give focus to the address and search bar, type something brief (e.g. "http") and arrow up and down
What is the expected behavior?
The accessible-event listener would print out events each time the selection changed.
What went wrong?
The accessible-event listener doesn't print out events when the selection changes.
Did this work before? No
Chrome version: 70.0.3500.0 Channel: n/a
OS Version:
Flash Version:
Compare to: Firefox (with accessibility enabled), Epiphany
Documentation: https://developer.gnome.org/atk/stable/AtkSelection.html, https://developer.gnome.org/atk/stable/AtkObject.html#AtkObject.signals
Impact: Selects in web pages, and the popup in the address and search bar, are completely inaccessible to Orca users.
|
Deleted:
selection-events.py
642 bytes
|
Comment 1 by krajshree@chromium.org
, Jul 23