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)

63 Branch
x86
Windows 10
defect
Not set
major

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.
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.