Closed
Bug 1617301
Opened 4 years ago
Closed 4 years ago
VoiceOver does not follow keyboard focus
Categories
(Core :: Disability Access APIs, defect, P2)
Tracking
()
VERIFIED
FIXED
mozilla75
People
(Reporter: eeejay, Assigned: eeejay)
References
(Blocks 1 open bug)
Details
(Whiteboard: [mac2020_1])
Attachments
(1 file)
STR:
- Launch Chrome and open wikipedia
- Launch VoiceOver
- Move focus through links with tab
Results:
VoiceOver cursor follows keyboard focus
- Launch Firefox and open wikipedia
- Launch VoiceOver
- Move focus through links with tab
Expected:
Same as Chrome
Actual:
VO cursor does not move with focus
Assignee | ||
Comment 1•4 years ago
|
||
This is similar to the fix in bug 1614079 where we need to account
for a descendant that might match past a process boundary.
Updated•4 years ago
|
Assignee: nobody → eitan
Status: NEW → ASSIGNED
Assignee | ||
Updated•4 years ago
|
Pushed by eisaacson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/14a1863166fc Fix accessibilityFocusedUIElement to work across processes. r=morgan
Comment 3•4 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
status-firefox75:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla75
Updated•4 years ago
|
Flags: qe-verify+
Comment 4•4 years ago
|
||
I managed to reproduce the issue using an older version of Nightly on macOS 10.15.
I verified the fix using the same OS on latest Nightly 76.0a1 and beta 75.0b3. The issue is not reproducing anymore.
You need to log in
before you can comment on or make changes to this bug.
Description
•