Closed
Bug 1476019
Opened 7 years ago
Closed 7 years ago
Inspect Accessibility menu item puts keyboard focus in random places, but not the accessibility inspector
Categories
(DevTools :: Accessibility Tools, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: MarcoZ, Unassigned)
References
Details
(Keywords: regression)
Something has broken the functionality of Inspect Accessibility what keyboard focus is concerned.
STR:
1. On any web page, navigate to an element via tab.
2. Press Windows Applications key to open context menu and up arrow to Inspect Accessibility.
3. Press Enter.
Expected: Focus should land on the tree with the current accessibility object selected.
Actual: In my case, focus often lands in a web console entry field, even though web console is said to be currently not selected. Accessibility pane is also there, but I have to shift-tab a cillion times to get there.
Jamie reported the other day that his focus lands in imbo, and that he has to tab at least once to get focus to the tree of objects.
This seems to only happen if the developer tools were never opened within this Firefox session before. Once opened at least once, things behave better on next attempt.
This used to work, but I unfortunately have no time to find out right now when it broke.
Reporter | ||
Comment 1•7 years ago
|
||
After some investigation, found that I inadvertently had turned on Split View, being unaware that Escape does this. Closing this bug as INVALID, since it was an error on my part. There still seems to be a separate bug where sometimes initial focus does not go to the tree, but that's a separate issue.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•