error details are not keyboard-navigable
See original GitHub issueObserved behavior
the error details are currently implemented using a <pre>
tag instead of a <textarea>
:
This means that you can’t get a cursor into the text area, or use ctrl-a to select all. Instead, it selects everything on the page:
Expected behavior
I expected to be able to put a cursor in there and then:
- use ctrl-a, ctrl-c, or
- or, move the cursor around and select subsets of the text using the keyboard
User-facing consequences
slightly different UX than typical for this kind of UI
Errors and logs
N/A
Steps to reproduce
Try to tab down to the field
Context
see #4051
Issue Analytics
- State:
- Created 5 years ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
Keyboard-navigable JavaScript widgets - Accessibility | MDN
When set to -1 , the element becomes focusable by script, but it does not become part of the keyboard focus order. The...
Read more >Keyboard Accessibility - WebAIM
Making non-interactive elements keyboard navigable will cause confusion. Note: An <a> element is only keyboard accessible or presented to ...
Read more >Common Accessibility Errors
Be sure that items in drop down menus are either usable from the keyboard (using the Tab or arrow keys) or that all...
Read more >Keyboard Compatibility | Web Accessibility Initiative (WAI) - W3C
Provide a way for users to jump between blocks of content and controls. Keyboard issues occur particularly in forms, menus, and applications with...
Read more >Keyboard Nav: Toolbox navigation not working for categories ...
Describe the bug Navigating around the toolbox while in keyboard navigation mode is not working when a category has children.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
This is pretty standard behavior for a crash report. Some examples:
Adobe:
Mozilla:
OSX:
Not all users think like you 😃
fixed in #4232