github / github/copilot-cli

Interactive startup hangs indefinitely (no timeout) when Copilot backend is slow/unreachable

未关闭
#3,990 0 条评论 1 个 reaction 已指派 0 人 在 GitHub 查看
area:authentication area:networking
主要语言
Shell
星标
11.2k
派生
1.9k
平均合并
14 小时 16 分钟
30 天内合并 PR
6

描述

**Version:** copilot v1.0.65 (Node SEA, Linux x64)
**OS / shell:** Linux (Ubuntu), bash; installed via gh.io/copilot-install

**Description**
When the Copilot backend endpoints (api.github.com/copilot_internal/user, api.business.githubcopilot.com) are intermittently slow or timing out, `copilot --interactive ""` hangs indefinitely at startup — spinner never resolves, the TUI never becomes usable, and there is no timeout, retry, or error. The process must be killed manually. Non-interactive prompt mode (`copilot -p`) and sessions that don't auto-send a first message do not exhibit this.

Copilot Business via org/enterprise; reproduced across multiple users on the same host; happy to share sanitized logs.

**Steps to reproduce**

1. Induce latency/timeouts on the Copilot API endpoints (e.g., firewall delay/drop on api.business.githubcopilot.com and api.github.com/copilot_internal/*). Core api.github.com remains fast.
2. Run copilot --interactive "hello".
3. Observe: startup reaches "Memory enablement check: enabled" then stalls before "Sending request to the AI model" and hangs forever.

**Expected**
A bounded timeout with a clear error and/or retry on the startup auth/account bootstrap, so the client fails fast or degrades to a usable prompt —rather than hanging indefinitely.

**Actual**
Infinite hang. Diagnostics show the Node event loop is idle (process._getActiveRequests() empty; only stdio + 1 FSWatcher handles); the outboundsockets are owned by the native runtime. First error in logs:

```
[rust:runtime::auth_manager_orchestration] Failed to fetch OAuth user login:
network fetch failed ... api.github.com/copilot_internal/user (10s timeout)
```

i.e., the JS layer awaits a native-runtime promise that never resolves when the backend bootstrap call stalls.

**Impact**
On hosts with intermittent latency to the Copilot API paths, interactive launches hang with no recovery. A startup timeout/retry would make theclient resilient.

**Additional context**
Reproduced across multiple accounts; correlated with backend latency spikes (1.5–30s+) on the Copilot API hostnames while core GitHub API stayedfast (<0.1s). Prompt mode (-p) is a reliable workaround.

贡献指南

打开贡献指南

调研方向

Start by reproducing the hang with copilot --interactive "hello" while delaying the Copilot API paths, then trace the startup authentication flow and the Rust auth_manager_orchestration error described in the issue. Done means a stalled bootstrap reaches a bounded timeout with a clear error, retry, or usable prompt instead of waiting indefinitely.

由索引模型根据 Issue 内容生成。

评估

技术栈
bash, linux, node.js, rust
领域
authentication, cli, networking
Issue 类型
缺陷
难度
4/5
预计耗时
3-5 天
活跃度
冷清
描述清晰度
基本清楚
新手友好度
50/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。