`Ctrl+d` instantly closes copilot

[rleppink-agilio]

Describe the bug

Ctrl+d instantly closes copilot, whatever the status is. You could have typed anything, like "What does th|si code do" with the cursor at |, press Ctrl+d, and copilot just closes.

Yes, Ctrl+d is often used to logout of a terminal, but only when input is empty. Never in the middle of a sentence.

Generally in terminals, Ctrl+d is delete forward a character, so if you want to correct a spelling mistake, press Ctrl+d in the middle of the sentence to remove the character, it just closes.

This is incredibly aggravating behaviour, as it just throws away all built up context so far -- which you generally build up over time, and it's just gone.

---

This could also point to a bigger issue where Copilot does not seem to follow my normal terminal conventions: i.e. in both PowerShell and WSL Arch Linux, Ctrl+d just does what I expect it to do. Same for Alt+backspace for example. Copilot seems to ignore all of this.

Affected version

0.0.365

Steps to reproduce the behavior

1. Type anything
2. Be anywhere with the cursor in the anything you typed
3. Press Ctrl+d
4. Copilot closes instantly

Expected behavior

In the middle of a sentence: delete forward a character
At the end of anything typed: nothing
When there is nothing typed: close Copilot, but maybe ask for confirmation if any context is built up

Additional context

No response

[naokton]

I'm experiencing the same issue. This behavior unexpectedly deletes my entire input text several times a day. It takes me time to re-enter the prompt again and again. It would be greatly appreciated if this problem could be fixed.

[schasse]

+1 it drives me crazy :/

[knaoe]

As a workaround, you can create a shell wrapper that disables Ctrl+D as EOF:

Simple version

# Add to ~/.zshrc or ~/.bashrc
copilot() {
  stty eof undef
  command copilot "$@"
  stty eof ^D
}

Safer version

Handles crashes/interrupts gracefully and preserves exit code:

copilot() {
  local old_eof
  old_eof=$(stty -g)
  stty eof undef
  trap 'stty "$old_eof"' EXIT INT TERM
  command copilot "$@"
  local exit_code=$?
  trap - EXIT INT TERM
  stty "$old_eof"
  return $exit_code
}

This temporarily unbinds Ctrl+D from EOF at the terminal driver level while copilot is running.

[schasse]

As a workaround, you can create a shell wrapper that disables Ctrl+D as EOF:

Simple version

Add to ~/.zshrc or ~/.bashrc

copilot() {
stty eof undef
command copilot "$@"
stty eof ^D
}
Safer version

Handles crashes/interrupts gracefully and preserves exit code:

copilot() {
local old_eof
old_eof=$(stty -g)
stty eof undef
trap 'stty "$old_eof"' EXIT INT TERM
command copilot "$@"
local exit_code=$?
trap - EXIT INT TERM
stty "$old_eof"
return $exit_code
}
This temporarily unbinds Ctrl+D from EOF at the terminal driver level while copilot is running.

Hey @naokton , thanks for the workaround. I've tested it, but unfortunately it does not work for me. Do you use the workaround successfully?

$ uname -a
Darwin MB-03361 25.2.0 Darwin Kernel Version 25.2.0: Tue Nov 18 21:09:56 PST 2025; root:xnu-12377.61.12~1/RELEASE_ARM64_T6041 arm64

$ copilot --version
0.0.377
Commit: 4a0b36b

$ zsh --version
zsh 5.9 (arm64-apple-darwin25.0)

$ /Applications/Alacritty.app/Contents/MacOS/alacritty --version
alacritty 0.16.1 (42f49ee)

$ bash --version
GNU bash, version 3.2.57(1)-release (arm64-apple-darwin25)
Copyright (C) 2007 Free Software Foundation, Inc.

[autarch]

This is a dupe of #423.

[knaoe]

@schasse It worked with version 0.0.377. However, it stopped working around version 0.0381. Starting from around version 0.0.381, Ctrl+D became the send key.

[naokton]

It seems to be fixed in version 0.0.407

Ctrl+d now favors deleting character after cursor, with queueing moved to ctrl+q (or ctrl+enter)

[RyanHecht]

This was indeed fixed in 0.0.407! thanks for the report :)