github / github/copilot-cli

VS Code Copilot CLI panel shows empty transcript after Remote-SSH reconnect, though session data is intact on disk

Ouverte
#4,529 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

area:sessions
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

After the local machine is locked (e.g. stepping away briefly) and VS Code's Remote-SSH connection drops and later reconnects, the Copilot CLI chat panel in VS Code shows the current/recent session as empty (no turns), giving the impression that chat history was lost.

This is not actual data loss. I confirmed the underlying data is fully intact:

  • ~/.copilot/session-store.db (SQLite) still contains all turns for the affected sessions in the turns table, with complete user_message and assistant_response text.
  • Running the standalone copilot CLI in a terminal against the same session shows the full history correctly.
  • Only the VS Code panel's view of the session appears empty/reset after the reconnect.

This has happened repeatedly (3 times in one day) immediately following machine lock -> SSH reconnect cycles.

Affected version

GitHub Copilot CLI 1.0.80

Steps to reproduce the behavior
  1. Open a VS Code window connected via Remote-SSH to a remote Linux host.
  2. Start a Copilot CLI chat/agent session in VS Code and have a multi-turn conversation.
  3. Lock the local machine long enough for the Remote-SSH connection to drop (observed even after a short lock).
  4. Unlock the machine and let VS Code reconnect to the remote host.
  5. View the Copilot CLI chat panel for the session that was active before the lock.
  6. See: the panel shows an empty/reset transcript, even though ~/.copilot/session-store.db on the remote host still has all turns for that session (verified directly via sqlite3 ~/.copilot/session-store.db "SELECT * FROM turns WHERE session_id='<id>'"), and the standalone copilot terminal CLI shows the full history for the same session.
Expected behavior

After a Remote-SSH reconnect, the VS Code Copilot CLI panel should reload the session transcript from the on-disk store (~/.copilot/session-store.db), the same way the standalone terminal copilot CLI does, instead of showing an empty/reset conversation.

There appears to be a stale or invalidated in-memory/cache state on the VS Code extension/agent-host side (possibly related to ~/.copilot/vscode.session.metadata.cache.json) that isn't correctly rehydrated from the durable on-disk session store after a connection drop.

Additional context
  • Operating system (remote host): Ubuntu 24.04.4 LTS (Noble Numbat)
  • Connection type: VS Code Remote-SSH
  • Integration: VS Code "agent host" plugin (agent-host-copilotcli)
  • Impact: Users mistakenly believe their conversation history and context are lost after every lock/reconnect cycle, disrupting long-running remote development work, even though no data is actually destroyed.

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Reproduisez la séquence de verrouillage et de reconnexion Remote-SSH, puis comparez l’état du panneau VS Code avec ~/.copilot/session-store.db et ~/.copilot/vscode.session.metadata.cache.json ; la copilot CLI autonome et la requête sqlite3 fournissent la référence avec l’historique intact. C’est terminé lorsque le panneau VS Code Copilot CLI recharge les tours de la session concernée après la reconnexion au lieu d’afficher une transcription vide.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
shell, sqlite, vscode
Domaine
cli, desktop, developer-experience
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
Active
Clarté
Plutôt claire
Accessibilité débutants
48/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.