github / github/copilot-cli

Recent session disappears after Ctrl+Z/restart and local/cloud IDs diverge

Abierto
#4,539 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

area:sessions
Lenguaje dominante
Shell
Estrellas
11.2k
Forks
1.9k
Merge medio
14 h 16 min
PR fusionados (30 d)
6

Descripción

Copilot CLI version

1.0.81-4

Environment

Linux, interactive Copilot CLI.

Problem

After accidentally pressing Ctrl+Z, Copilot CLI exited/suspended. After reopening Copilot, the session I had just been working in was missing from the recent-session list and could not initially be recovered by name. I have also seen the same behavior after Copilot crashes and is restarted.

Recovery took more than 10 minutes of searching session history. The same conversation appeared under different local and cloud session IDs, and the cloud ID was not accepted by /resume (No session, task, or name matched ...). Only after querying the local session database separately could the locally resumable ID be identified.

Reproduction
  1. Work in a long-running Copilot CLI session with many turns.
  2. Press Ctrl+Z accidentally (or let the CLI crash).
  3. Reopen Copilot CLI.
  4. Open /resume or search recent sessions.
  5. Observe that the session that was active immediately before termination is absent.
  6. A synced/cloud history lookup may return the conversation under a different ID, but /resume <cloud-id> reports no match.
Expected behavior

Ctrl+Z/restart/crash should preserve the current session and make it immediately visible and resumable. Local and synced history should resolve to one stable resumable session identity, or /resume should map a synced ID to its local record.

Actual behavior

The newest working session disappears from normal session discovery. Search/recovery can instead surface a later “find my missing session” conversation, and cloud results may use a non-resumable ID different from the local record. This makes the original session look lost even though its turns still exist locally.

Additional notes

This happened more than once on the same day. The CLI help documents Ctrl+Z as “suspend,” so reopening after suspension should not orphan or hide the active session. A useful diagnostic would be to log session checkpoint persistence, local/cloud ID reconciliation, and indexing completion during shutdown/startup.

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Reproduce el problema suspendiendo o reiniciando una sesión interactiva de Copilot CLI de larga duración; después, inspecciona la persistencia de los puntos de control de la sesión, el descubrimiento de sesiones recientes y la conciliación de los ID locales y de la nube durante el apagado y el arranque. Se considera terminado cuando la sesión más reciente sigue siendo visible y reanudable después de Ctrl+Z o de un fallo, con una identidad estable o una asignación funcional del ID sincronizado al registro local.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
shell
Área
cli
Tipo de issue
Error
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Activo
Claridad
Bastante claro
Aptitud para principiantes
45/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.