github / github/copilot-cli

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

Offen
#4,554 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

area:sessions
Vorherrschende Sprache
Shell
Sterne
11.2k
Forks
1.9k
Ø Merge
14 Std. 16 Min.
Gemergte PRs (30 T.)
6

Beschreibung

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

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne bei den Picker-Einstiegspunkten /resume und --resume, und verfolge dann die in #3277 beschriebene Relevanzgruppierung sowie die in #241 referenzierte Interaktion mit der Picker-Suche. Entscheide, ob die Änderung einen Umschalter, ein Flag oder beides verwenden sollte, und überprüfe, dass die nicht eingeschränkte Ansicht alle lokalen Sitzungen anzeigt, während die bestehende eingeschränkte Ansicht weiterhin die Standardeinstellung bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
shell
Bereich
cli
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Aktiv
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
48/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.