Keyboard events lost after pressing key up/down in Response panel
Categories
(DevTools :: Netmonitor, defect, P3)
Tracking
(Not tracked)
People
(Reporter: tanhengyeow, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36
Steps to reproduce:
- Go to https://www.google.com/
- Fire up
Developer Tools
>Network panel
- Click on any request
- Go to the
Response
tab - Click on any row inside the
Response
tab - Press key up/down
Actual results:
Subsequent key up/down events do not work anymore.
Expected results:
Subsequent key up/down events should work and users can navigate to other rows just using key events.
Comment 1•6 years ago
|
||
Thanks for the report!
I can reproduce this on my machine Fx67, Win10
Honza
Reporter | ||
Comment 2•6 years ago
|
||
Allow keyboard events when CodeMirror is focused
Reporter | ||
Comment 3•6 years ago
|
||
Hi :Honza
The patch is ready for review :)
Reporter | ||
Comment 4•6 years ago
|
||
More context for this bug/patch:
Reason why there is a need to focus on the TreeView
component (https://searchfox.org/mozilla-central/source/devtools/client/shared/components/tree/TreeView.js#316) is related to Bug 1428436 and Bug 1520107.
The code that handles key events (https://searchfox.org/mozilla-central/source/devtools/client/shared/components/tree/TreeView.js#264) is only targeting "rows" like Preview
and Response payload
in the Response
panel. Therefore, the key events are not sent to the CodeMirror editor at all.
This patch checks if the CodeMirror editor is currently focused. If the editor is currently focused, the TreeView
component should not be focused after subsequent key events.
Reporter | ||
Comment 6•6 years ago
|
||
Hi :Honza
Please assign me this issue so I'll remember to follow up :)
Updated•6 years ago
|
Reporter | ||
Comment 7•5 years ago
|
||
Hi Honza
It seems like step 5 of the STR doesn't place the cursor in the code editor anymore, thus this issue is not reproducible anymore.
Do you know which patch helped address this issue (albeit unknowingly)?
Comment 8•5 years ago
|
||
I don't see the cursor either, but it looks to me like a bug. It should be there, so the user can navigate within CM by keyboard.
Not sure what patch could cause this regression.
Honza
Comment 9•5 years ago
|
||
Hi Heng Yeow. I'm just checking if you are still interested in working on this bug. There hasn't been any activity here or on the patch in phabricator for some time. If you just need more time, that's fine. If you, however, are not planning on working on this bug anymore, let us know so it can be made available for others to pick up.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•2 years ago
|
Description
•