MCP servers from --additional-mcp-config are removed during startup reconciliation in 1.0.81-11
Personne n'a encore pris cette issue.
- Langage dominant
- Shell
- Étoiles
- 11.2k
- Forks
- 1.9k
- Merge moyen
- 14 h 16 min
- PR mergées (30 j)
- 6
Description
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
- Create
mcp.jsonusing a public MCP endpoint:
{
"mcpServers": {
"context7-test": {
"type": "http",
"url": "https://mcp.context7.com/mcp",
"tools": ["*"]
}
}
}
- Launch Copilot with detailed logging:
copilot --log-level all --additional-mcp-config '@.\mcp.json'
- Wait for startup and inspect the server:
/mcp show context7-test
- 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.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Reproduisez le problème avec le mcp.json fourni et copilot --log-level all --additional-mcp-config '@.\mcp.json', puis inspectez les journaux de démarrage autour de mcp apply_session_settings et mcp discover_and_start_root. Suivez la réconciliation incrémentielle qui modifie la signature et vérifiez que le serveur supplémentaire reste dans le graphe MCP effectif et que ses outils restent disponibles après le démarrage.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- powershell
- Domaine
- cli
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100