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