Hey, thanks for the report and the upstream links. This is a known regression in xterm.js that affects Neovim 0.12.0+ in the integrated terminal. The Shift modifier gets lost on number keys. Cursor uses xterm.js via VS Code, so we’ll get the fix after PR #5791 is merged in xterm.js and the related dependency is updated.
I’ve also filed this on our side for tracking so we can pull it in during the bump. I can’t give an ETA since it depends on when the upstream PR gets merged.
Workaround for now, if this blocks you: run nvim in an external terminal like Ghostty, iTerm2, or Windows Terminal. Shift+number keys work correctly there.
Thanks for sharing the keymap, it’s useful for any user who hits this bug before the xterm.js update.
The upstream PR was merged on May 11, so now we’re waiting for the dependency to be updated on our side. I can’t share an ETA for the dependency bump yet, but once we pull it in, we’ll post an update here.
@jlebar thanks for the tip about Cmd+V in codex, I’ll take a look and see if it’s the same root cause.
Hey @aiggy, closing the loop like I promised. The upstream fix in xterm.js (PR #5791) has already landed in Cursor, so the regression with Shift on number keys in Neovim 0.12.0 in the integrated terminal should be fixed on the latest version. Looks like this also covers the Cmd+V behavior in codex that @jlebar mentioned since it’s the same root cause.
Update to the latest version and check again. If you’re still seeing it on a fresh build, reply here with the version and we’ll take another look.
Thanks for the report and for the keymap workaround, it’ll help anyone who hits this before updating.