kickstart.nvim
kickstart.nvim copied to clipboard
Pressing `<Leader>g` causes the cursor to advance 1 character
Describe the bug
Bit of a weird one. When I press <Leader>g, the cursor advances forward one character. The WhichKey pane still appears, and I can still follow up with r, d, etc., and those bindings all function as expected.
I've not noticed this issue with any other key combination (though I haven't exhaustively checked).
:checkhealth output looks fairly normal, but the WhichKey section shows this (not sure if it's an issue/related):
which-key: require("which-key.health").check()
WhichKey: checking conflicting keymaps ~
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"sF"**
- rhs: ` `
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"sr"**
- rhs: ` `
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"sh"**
- rhs: ` `
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"sd"**
- rhs: ` `
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"sf"**
- rhs: ` `
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"gc"**
- rhs: `<Plug>(comment_toggle_linewise)`
- WARNING conflicting keymap exists for mode **"n"**, lhs: **"gb"**
- rhs: `<Plug>(comment_toggle_blockwise)`
I tried checking out the latest Kickstart master, deleting ~/.local/share/nvim and relaunching nvim, and the issue persists.
To Reproduce
- Press
<Leader>g. Notice that the cursor advanced one character, but vim is still awaiting input (and WhichKey is open).
Desktop
- OS: macOS 13.6.6
- Terminal: iTerm2
Neovim Version
NVIM v0.9.5
Build type: Release
LuaJIT 2.1.1710088188
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/opt/homebrew/Cellar/neovim/0.9.5/share/nvim"
Run :checkhealth for more info