github / github/copilot-cli

MCP servers from --additional-mcp-config are removed during startup reconciliation in 1.0.81-11

Offen
#4,636 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

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

Beschreibung

Describe the bug

Copilot CLI initially discovers and connects an MCP server supplied through --additional-mcp-config. Later during startup, a second MCP reconciliation computes a configuration that no longer contains the additional server, cancels it, and emits session.mcp_server_removed.

This is not only a /mcp show display problem: after reconciliation, the server's tools are unavailable.

Affected version

1.0.81-11

The behavior was not observed on another machine running 1.0.81-3. This is currently version correlation rather than a controlled same-machine bisect.

Steps to reproduce

  1. Create mcp.json using a public MCP endpoint:
{
  "mcpServers": {
    "context7-test": {
      "type": "http",
      "url": "https://mcp.context7.com/mcp",
      "tools": ["*"]
    }
  }
}
  1. Launch Copilot with detailed logging:
copilot --log-level all --additional-mcp-config '@.\mcp.json'
  1. Wait for startup and inspect the server:
/mcp show context7-test
  1. Check the debug log for MCP reconciliation and removal events.

Actual behavior

The server appears in the initial MCP configuration and begins connecting. A subsequent reconciliation changes the MCP graph from a signature containing the additional server to one that omits it:

MCP host start (trigger=startup, ...)
...
Service initialized as client
...
mcp apply_session_settings
mcp discover_and_start_root
  previous_signature=<contains context7-test>
  signature=<does not contain context7-test>
mcp discover_and_start_root: incremental reconcile path
...
session.mcp_server_removed

The server connection is cancelled and its tools are not available afterward.

The logs also report that configured MCP registries permit all servers, so the removal does not appear to be an intentional registry-policy block.

Expected behavior

MCP servers supplied through --additional-mcp-config should remain in the effective MCP graph for the lifetime of the session. Plugin activation, extension loading, managed-settings application, and other startup reconciliation should preserve them.

Additional context

OS: Windows
Architecture: ARM64
Shell: PowerShell 7.6.5
Terminal: Windows Terminal
Affected version: 1.0.81-11
Comparison version without observed failure: 1.0.81-3

The public Context7 configuration is a proposed minimal reproduction and has not yet been independently confirmed to trigger the same race.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Reproduziere das Problem mit der bereitgestellten mcp.json und copilot --log-level all --additional-mcp-config '@.\mcp.json' und untersuche anschließend die Startprotokolle rund um mcp apply_session_settings und mcp discover_and_start_root. Verfolge die inkrementelle Abstimmung, die die Signatur ändert, und überprüfe, dass der zusätzliche Server im effektiven MCP-Graphen verbleibt und seine Tools nach dem Start weiterhin verfügbar sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
powershell
Bereich
cli
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Aktiv
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
48/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.