Stop destroys canvas extension providers and leaves open iframe on a dead loopback URL
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 2.1k
- Forks
- 153
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
### Short summary
When a canvas sends a prompt using `session.send()`, clicking **Stop** destroys the entire Copilot session and terminates its extension providers. The canvas iframe remains open but still points to the terminated provider's loopback URL. This leaves the canvas permanently disconnected until it is manually reopened.
### Affected version or release
v1.0.69
### Installation context
This happens with a project-scoped canvas extension under .github/extensions/ in a local project session. The canvas uses the documented SDK pattern of serving its UI and API from a per-instance 127.0.0.1 server.
### Steps to reproduce
1. Open a project-scoped extension canvas.
2. Click a canvas control that POSTs to the extension backend, which calls `session.send()`.
3. While Copilot is responding, click **Stop**.
4. Click the canvas control again or load another server-backed section.
### Current behavior
- The second request fails because the loopback server no longer exists.
- Server-backed sections remain at “Reconnecting to canvas…” indefinitely.
- The open iframe is never given a replacement URL.
- The user must close and reopen the canvas to recover.
### Expected behavior
Stopping an active response should abort only the current turn. The session, extension providers, and open canvases should remain usable.
A subsequent `session.send()` from the canvas should work normally.
### Additional context
The Stop operation produces this lifecycle:
```text
2026-07-10T05:15:00.910Z abort
2026-07-10T05:15:00.939Z Received session.destroy request
2026-07-10T05:15:01.730Z Stopping extension: ...foundry-agent-canvas/extension.mjs
2026-07-10T05:15:01.754Z Extension exited: ...foundry-agent-canvas/extension.mjs
(code=null, signal=SIGTERM)
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Suivez le chemin de Stop à partir du cycle de vie enregistré de `abort` et `session.destroy`, puis suivez l’arrêt du fournisseur d’extensions montré pour `extension.mjs` et l’iframe canvas ouvert. Reproduisez le problème avec l’extension propre au projet sous `.github/extensions/` en utilisant `session.send()`. C’est terminé lorsque Stop n’interrompt que le tour actuel, que le fournisseur et l’iframe restent utilisables et qu’une requête canvas ultérieure réussit.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Domaine
- api, desktop
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100