github / github/copilot-cli

Add toggle to show all sessions unscoped in `/resume` picker (bypass `cwd`/repo relevance grouping)

Abierto
#4,554 0 comentarios 1 reacción 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

Problem

The /resume (and --resume) session picker scopes/groups sessions by relevance to the current working directory (branch/repo/git-root/directory, per #3277). In practice this means a session started in a different directory can be effectively invisible in the default picker list, even though it is very recent and fully resumable directly via /resume <session-id>.

Example:

  • Session 11111111-2222-3333-4444-555555555555 (cwd C:\work\some-other-project, last updated same day) does not appear when running /resume from an unrelated cwd (C:\work).
  • /resume 11111111-2222-3333-4444-555555555555 resumes it without any issue.

This is confusing: there is no indication that sessions are being filtered/deprioritized, so a session can appear "lost" when it's actually just scoped out of view.

Proposed solution

Add an explicit way to toggle off the directory/repo-based scoping in the /resume picker, so users can reliably see all local sessions regardless of cwd when needed. For example:

  • A keybinding (similar to / for search, see #241) to toggle between "scoped" and "all sessions" view.
  • And/or a flag, e.g. copilot --resume --all, to start directly in the unscoped view.

Why this matters

Relevance-based grouping is a nice default, but without an escape hatch it becomes an anti-feature: users lose confidence that /resume shows everything, and have to already know/remember a session ID to resume sessions from other directories.

Related

  • #3277
  • #241

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

Comienza por los puntos de entrada del picker /resume y --resume, y luego sigue la agrupación por relevancia descrita en #3277 y la interacción de búsqueda del picker mencionada en #241. Decide si el cambio debe usar un interruptor, un flag o ambos, y verifica que la vista sin ámbito exponga todas las sesiones locales mientras la vista con ámbito existente siga siendo la predeterminada.

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

Evaluación

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

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.