kickstart.nvim icon indicating copy to clipboard operation
kickstart.nvim copied to clipboard

Pressing `<Leader>g` causes the cursor to advance 1 character

Open robinjam opened this issue 1 year ago • 0 comments

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

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

robinjam avatar Apr 02 '24 23:04 robinjam