Long delay on :q when exiting Neovim with copilot.vim enabled, even with session counting patches — any suggestions?

Hi,

I’m experiencing a significant delay (~10 seconds) when quitting Neovim (:q) with copilot.vim enabled, and this happens even with a single Neovim session after it has been idle for a while.

To mitigate this, I’ve tried:

Adding a session counter (both Lua in init.lua and Vimscript in a plugin/copilot_session.vim patch) to track how many Neovim sessions with Copilot are active.

On VimLeavePre, only calling Copilot disable and killing the copilot node process when the last session exits, skipping it otherwise to avoid the stall.

Clearing Copilot’s own VimLeavePre autocmd group (github_copilot) in all but the last session to prevent multiple shutdown hooks running.

Avoiding forcibly killing node processes except on the last session exit.

However, the stall still occurs on quit even when only one Neovim session is open and idle. The copilot node process appears to be killed during exit, and I suspect Copilot’s internal shutdown logic is blocking Neovim exit.

My questions are:

Are there known issues in copilot.vim causing blocking delays on exit after idle?

Is there an official or recommended way to make Copilot’s shutdown asynchronous or non-blocking?

How can I reliably prevent the exit delay without disabling Copilot’s essential functionality?

Are there patches, config workarounds, or plugin updates that address this problem?

Thanks in advance for any insights or help!
NVIM v0.11.1
Build type: RelWithDebInfo
LuaJIT 2.1.1741730670
node --version
v22.15.1
Linux 4.18.0-477.21.1.el8_8.x86_64 #1 SMP Thu Jul 20 08:38:27 EDT 2023 x86_64 x86_64 x86_64 GNU/Linux

首先使用回報的 Neovim、Node.js 和 Linux 版本，在一段閒置時間後啟用 copilot.vim 並執行 :q，重現約 10 秒的延遲。檢查 VimLeavePre 的處理、github_copilot autocmd 群組，以及 issue 中描述的 copilot node-process 關閉程序。完成的標準是在不停用 Copilot 功能的情況下識別並解決阻塞退出行為，並在一次閒置工作階段中驗證結果。

由索引模型根據 Issue 內容生成。