Ctrl-v<Esc> in kitty produces trailing garbage

[chdiza]

Steps to reproduce

In the kitty terminal, do vim --clean and then do Ctrl-v.

Expected behaviour

I expect to see "^[" (a literal escape character).

What I actually see is "^[[27u".

I bisected and this has been there since 9.0.0930.

Version of Vim

9.1.0781

Environment

Debian 12.6, and I also see this on Linux Mint 21.1.

Logs and stack traces

No response

[chrisbra]

That is correct. You are seeing the kitty protocol result here. You may want to try CTRL-SHIFT-V, not sure if this works as expected for the kitty protocol

[chdiza]

CTRL-SHIFT-V does not produce the expected result.

[nickspoons]

By default CTRL-SHIFT-V pastes from clipboard in kitty

[chrisbra]

try to map it in this case:

imap <f5> <C-S-V>

Then go to insert mode and press <f5> followed by your key.

[cfillion]

I get the same behavior with the foot terminal: ^V Escape writes ^[[27;129u in the buffer. Same with the F5 to <C-S-V> mapping above.

It works if I start vim with TERM=xterm-256color instead of using foot's terminfo. I tried with kitty: spoofing xterm solves it there too.

Neovim correctly produces ^[ both on foot with TERM=foot and on kitty with TERM=xterm-kitty.

EDIT: The extra ;129u I'm getting is NumLock.

[zeertzjq]

Related: patch 8.1.2350

[chrisbra]

yeah, seems like this feature is missing for Kittys CSI u protocol 🤷

[chdiza]

The mapping trick does not work; same output. Also, same output if I disable the kitty mapping of to copy-to-clipboard.

[chdiza]

Vim also doesn't play nice with kitty when using the numberpad on right-hand side of a keyboard. I'll file a separate bug for that.