Add toggle to show all sessions unscoped in `/resume` picker (bypass `cwd`/repo relevance grouping)
Nadie ha tomado este issue todavía.
- 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(cwdC:\work\some-other-project, last updated same day) does not appear when running/resumefrom an unrelated cwd (C:\work). /resume 11111111-2222-3333-4444-555555555555resumes 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
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- 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