/clear does not terminate previous stdio MCP server child processes (unlike /mcp reload )

Offen

#4,697 erstellt am 02.9.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 55/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Aktiv
Tech-Stack: shell
Bereich: cli, operating-systems

Rechercherichtung

Es werden keine Dateien oder Tests genannt. Reproduziere das Problem unter Windows mit einem stdio MCP server und verfolge dann den Zurücksetzen der Sitzung durch /clear parallel zum bestehenden Bereinigungspfad für das Neuladen über /mcp. Erledigt ist die Aufgabe, wenn wiederholte /clear-Befehle keine zuvor gestarteten MCP-Kinderprozesse laufen lassen und das bestehende Verhalten beim Neuladen intakt bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area:mcp area:sessions

Description

When reloading MCP servers with /mcp reload, the CLI correctly terminates the existing stdio MCP server child process before starting a new one. However, running /clear (start fresh session) spawns a new stdio MCP server process without terminating the previous session's MCP server process, leaking orphaned processes over time.

Steps to reproduce

Start a session with a stdio-based MCP server configured (e.g. a custom *.exe MCP server).
Confirm the server process is running (e.g. via Task Manager / Get-Process).
Run /clear.
Observe: a new instance of the MCP server process starts, but the previous one is still running.
Repeat /clear multiple times — orphaned process count grows unbounded.
Contrast with /mcp reload, which correctly stops the old process before starting the new one.

Expected behavior

/clear should terminate/clean up MCP server child processes from the previous session (or reuse them) before/while starting the new session's servers, matching the behavior of /mcp reload.

Actual behavior

Old MCP stdio server processes are left running indefinitely after /clear, accumulating over repeated use (observed 22+ orphaned exe instances in one session).

Environment

Copilot CLI version: 1.0.82
OS: Windows
MCP server type: stdio-based custom MCP server

Vorherrschende Sprache: Shell
Sterne: 11.2k
Forks: 1.9k
Ø Merge: 14 Std. 16 Min.
Gemergte PRs (30 T.): 6

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/copilot-cli

Built-in skill `github-pr-media` cannot run: `gh auth token` is empty in a cloud agent session, and the endpoint rejects `Bearer` Offen

triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100

github/copilot-cli#4932 · Erstellt am 22.9.2026
/ide finds no workspaces under the CLI sandbox: kill(pid,0) EPERM misread as a dead process Offen

triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100

github/copilot-cli#4909 · Erstellt am 19.9.2026
MCP OAuth: DCR sends client_name "copilot-cli", rejected with 403 by Figma's allowlist (expects "GitHub Copilot CLI") Offen

triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100

github/copilot-cli#4906 · Erstellt am 18.9.2026
/feedback: “Save feedback bundle” is easily mistaken for submitting feedback Offen

triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

github/copilot-cli#4848 · Erstellt am 15.9.2026
Built-in research agent tells subagents to call unavailable github/get_me tool Offen

area:agents area:mcp

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

github/copilot-cli#4729 · Erstellt am 04.9.2026

Alle Issues in github/copilot-cli