[Bug] Command delete removes all prompt lines instead of current line only
Resolved 💬 20 comments Opened Apr 16, 2026 by whswee-newswav Closed Apr 18, 2026
💡 Likely answer: A maintainer (mhegazy, contributor)
responded on this thread — see the highlighted reply below.
Bug Description
When i have multiple lines on my prompt, clicking command delete will delete all lines instead of just the line i am in.
Environment Info
- Platform: darwin
- Terminal: vscode
- Version: 2.1.111
- Feedback ID: e9daaa46-7d5b-4180-bc8e-f3729c96f63c
Errors
[{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/waihoowswee/.local/share/claude/versions/2.1.111 (expected in multi-process scenarios)\n at Kd_ (/$bunfs/root/src/entrypoints/cli.js:2748:2177)\n at qe6 (/$bunfs/root/src/entrypoints/cli.js:2748:1257)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-16T17:19:41.539Z"}]
20 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Same regression on macOS + Ghostty, Claude Code 2.1.111 (updated today from 2.1.110, which did not have this). Cmd+Backspace deletes the entire multi-line prompt instead of just the current line.
Not a duplicate of any of the three flagged issues:
This report is specifically Cmd+Backspace deleting the entire multi-line prompt on v2.1.111, reproducible on macOS across at least two terminals (VSCode per the original report; Ghostty per my confirming comment above). Regression introduced in v2.1.111; v2.1.110 behaves correctly.
Likely shares a root cause with #49317 (2.1.111 keybinding refactor mis-mapping several delete actions to delete-all); worth tracking separately since the affected key and user-visible behavior differ.
I'm also seeing this issue. Very frustrating to lose an entire prompt...
This is a bit frustrating because I lost a detailed prompt due to this.
A lighter pattern would have been to display a note to users that Ctrl-Y would restore the unexpectedly cleared prompt. I had to dig through release notes and did not find it until I had repeated the work.
The control-u behavior change with no advance warning and no "first two times you get a tip about about this" was not cool.
This is the second unannounced force change to line clearing behavior in a few months. Previously ctrl-c behaved differently, that change also happened with no warning.
Would the team please try to come up with a way to reliably communicate intent around keyboard hotkeys? We are keyboard jockeys, its a thing to mess with hotkeys.
Either communicate plans to change in advance and provide reasonable and immediately visible escape hatch i.e. ctrl-y, when this happens?
Would the team also please explain how customers should clear one line at a time now?
You did not explain how to replace the control-u hotkey in the release notes.
I've lost multiple prompts from this. Please don't change keyboard shortcuts willy-nilly. I'm an old dog and it takes me time to learn new tricks. At least let me perform an undo so I can get back what I lost!
I'm experiencing the same issue. I'm on MacOS + iTerm2, using Claude Code v0.2.11.
+1 on this one.
Quite annoying to write prompts and see it all go, especially as there is no cmd|ctrl + z available.
This is especially frustrating because cmd-backspace is essentially a universal shortcut to delete the current line on MacOS. It wasn't exclusive to Claude Code to begin with, so un-learning it is not simple given that I still use it when editing text in other applications.
saved the day
same here on 2.1.112, macOS, Cursor terminal. tried adding
"ctrl+u": nullunder Chat in~/.claude/keybindings.jsonand it didn't do anything — looks like it's hardcoded, not something users can override.Fix coming in tomorrow's build! I didn't realize so many terminals map Cmd-backspace to ctrl-u.
Same here!
Huge! This issue is very frustrating, but glad I learnt about this!
Wow! Thanks, didn't know about this. Save me a lot just now!
PLEASE RESOLVE - This has made me the most angry I've been with CC
+1 confirming this on macOS / Ghostty.
Environment:
Claude Code 2.1.113
macOS (Darwin 25.3.0)
Ghostty 1.3.1
CLAUDE_CODE_NO_FLICKER=1 (fullscreen renderer enabled)
Repro: In the prompt box, type a multi-line message (or even a single long paragraph), then press cmd+delete. Entire buffer is wiped instead of just the current line.
This is a real daily-driver papercut — deep muscle memory from every other macOS text field (where cmd+delete deletes to start-of-line). Losing a whole drafted prompt to a reflex is painful.
Workaround I'm using until this lands: disabling CLAUDE_CODE_NO_FLICKER entirely to revert to the classic renderer, where cmd+delete behaves correctly.
Would really love a fix so I can turn the flicker-free renderer back on.
Heads up -- ctrl + y (NOT cmd + y) will bring back text if you accidentally do this.
Also it seems to be fixed for me in 2.1.113
Fixed in https://github.com/anthropics/claude-code/releases/tag/v2.1.113.
Ctrl+Uis back to readline-standard "delete to start of current line." We also added aCtrl+Yto paste deleted text hint after a kill so accidental deletes are recoverable. If you're still seeing this on ‚2.1.113, please runclaude --versionto confirm and reopen with the output.This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.