-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Description
Describe the bug
The new list navigation support (#3432 ?) appears to be broken for me. I'm trying to narrow down exactly what the behavior is, and it seems to be timing related.
When I first focus into the file explorer tree (whether via mouse click or a keyboard shortcut), pressing j
does not navigate down one list item, but instead jumps to the first file that starts with the letter "j".
If immediately hit j
again, it behaves as expected: the focus moves down one item in the list.
However, if I wait and allow a couple seconds to elapse between the keypresses, it reverts to the broken behavior: it jumps back to the first file starting with j
. This is true of k
as well.
I've also noticed that l
has a similar pattern: subsequent immediate keypresses behave as expected (toggling a directory or opening the file selected). But the first keypress after a short delay jumps to the first list item that begins with "l" (regardless of where it appears - it will jump up directory levels to find it).
To Reproduce
Steps to reproduce the behavior:
- Focus into file explorer
- Type
j
Focus jumps to first list item beginning with "j".
Expected behavior
Focus moves down one item in the list
Screenshots
Focusing into the file explorer and hitting j
:
Environment (please complete the following information):
- Extension (VsCodeVim) version: 1.0.8
- VSCode version: 1.31.0
- OS: macOS Mojave
All other extensions disabled. No custom single letter keyboard shortcuts bound in the file explorer context. workbench.list.keyboardNavigation
set to simple