copilot-cli icon indicating copy to clipboard operation
copilot-cli copied to clipboard

Control-d in the terminal is ending the session: it should be bound to a "delete-forward-character" function.

Open cthorman-cpg opened this issue 2 months ago • 1 comments

Describe the bug

Hi folks, everywhere on the Mac UI, and also in most shells in Terminal, basic emacs editing functions work, including control-D for forward-delete character. This works properly in Claude code. Note that in shells, control-d only does "logout" when the cursor is on an empty input line. Otherwise, it edits the line as described above. Someone on the copilot team might have thought that control-D should just always end the session.

But in copilot, hitting control-D to delete a character immediately ends the session and loses my entire prompt -- which I might have spent a lot of time composing. This is a serious time and data loss issue. Please make control-D work on the expected way for command-line editing.

So there are really 2 bugs here: 1) the binding, and 2) the fact that my work on the prompt is thrown away without warning or confirmation.

Affected version

0.0.347 Commit: 563c3ea

Steps to reproduce the behavior

Start typing a prompt. Try to edit using control-d. Boom, your prompt is lost. Even worse, if you naturally hit Control-D a second time (because who ever wants to delete just 1 character), then the next one goes to the terminal which then logs you out, losing all the work and output in that window as well.

Expected behavior

See description. make control-D work the way it does in the bash prompt, and everywhere on the Mac.

Additional context

No response

cthorman-cpg avatar Oct 28 '25 20:10 cthorman-cpg

This is a quite maddening issue. I have hit control-d from pure muscle memory four times today, and my kids are starting to wonder why dad is so angry.

stigsb avatar Nov 24 '25 19:11 stigsb

Please fix!

sandinmyjoints avatar Dec 04 '25 16:12 sandinmyjoints