Skip to content

Windows / npm Copilot CLI 1.0.105: intermittent multi-minute stalls mid-turn; cancellation and continue required #5356

Open

Description

@sh-mckaymoore-2

Description

Using the npm CLI via npx copilot --yolo interactively on Windows, some turns remain busy for many minutes without a final reply. Cancelling and sending continue sometimes obtains an answer but sometimes produces another long no-reply interval. This has occurred across unrelated tasks and sessions, including while investigating this report. These observations establish prolonged apparent stalls, not a proven infinite loop or a known root cause.

Environment and version

  • Windows, Node.js 25.8.1, npm 11.11.0
  • npx --no-install copilot --version: 1.0.105
  • npm view @github/copilot version: 1.0.105 at the time of this report; the installed CLI is current
  • Interactive invocation: npx copilot --yolo
  • Historical events used normal logging; an isolated synthetic probe used --log-level debug

Redacted examples (UTC, 2026)

Date Previous request / continuation Next continue Elapsed Saved assistant reply before continuation
Nov 4 15:48:31 16:15:38 27.1 min None
Nov 4 15:52:04 16:31:52 39.8 min None
Nov 4 17:08:27 17:25:17 16.8 min None; answer arrived after continue
Nov 3 17:03:59 17:37:37 33.6 min None
Nov 3 17:44:55 18:07:29 22.6 min None
Nov 3 17:37:28 18:07:17 29.8 min None

These are differences between recorded user turns, not precise measurements of how long the process was actively stuck. In the live investigation on Nov 4, the event journal also had intervals with no events for 9.8 minutes (17:45:18–17:55:04 UTC) and 12.7 minutes (18:04:48–18:17:27 UTC); each ended at an interrupted turn boundary after the user had to intervene.

Controlled check on the current release

I also started a separate noninteractive synthetic run on 1.0.105 using npx --no-install copilot --yolo --fleet -p <synthetic prompt> --log-level debug, with custom instructions and built-in MCPs disabled. It had not produced a final reply after roughly 2½ minutes, so I stopped it rather than leave another process running. Its journal recorded three completed sql tool calls and no subagent.started event. This is a bounded no-final-answer observation, not proof of an infinite hang or a reproduction involving subagents; stopping the run prevents knowing whether it would eventually have completed. No private code or prompts were used in that probe.

Event-journal observations and uncertainty

The sampled historical sessions record abort when cancelled. In the sampled cancellations, tool starts/completions matched, with no tool call still open at cancellation; this does not establish which component was waiting. No subagent.started events appeared in those sampled histories. I cannot presently attribute this issue to subagent scheduling, an MCP server, a particular model, the renderer, or a network timeout. Raw debug logs and session transcripts are not attached because logs may contain private context.

Steps to reproduce (intermittent)

  1. On Windows, run npx copilot --yolo (1.0.105) and request a normal multi-step task in an interactive session.
  2. If the turn remains busy without a final answer for several minutes, cancel it and type continue.
  3. An answer may arrive after continuation, or another prolonged no-reply interval may follow. This is an observed pattern, not a deterministic minimal repro.

Expected: The turn completes or surfaces an actionable timeout/error, and cancellation reliably restores the prompt. Actual: Prolonged no-reply intervals can require repeated cancellation and continuation, without showing what is awaited.

Related issues: #4850 (background subagent stall), #4533 (parallel subagent/UI hang), #2703 (post-work hang/cancellation). Shared causality is not established.

Activity

  1. sh-mckaymoore-2 commented on Nov 5, 2026

    @sh-mckaymoore-2
    Author

    Follow-up: gh-installed executable and desktop app report (Nov 4, 2026)

    I repeated a bounded synthetic probe through gh copilot. The gh-managed Windows executable reports Copilot CLI 1.0.105, matching the npm version in the original report; --no-auto-update was used for the probes.

    • Without fleet mode, a prompt that used the shell tool to run three harmless local PowerShell commands completed successfully in 52.7 seconds (CLI-reported run time: 47 seconds; exit code 0).
    • With --fleet and the same prompt, the command produced no stdout or stderr and did not exit within 150 seconds. I stopped that probe at the time limit. This is a bounded no-final-answer observation, not proof it would never complete or evidence of a shared root cause.

    The reporter also observes a similar stall in the GitHub Copilot desktop app. The app version, timestamps, and reproduction details are not yet available, so this is a reported observation rather than an independently verified reproduction.

  2. added
    area:networkingProxy, SSL/TLS, certificates, corporate environments, and connectivity issues
    and removed on Nov 5, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:networkingProxy, SSL/TLS, certificates, corporate environments, and connectivity issues

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions