github / github/copilot-cli

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

Đang mở
#4,554 0 bình luận 1 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

area:sessions
Ngôn ngữ chính
Shell
Star
11.2k
Fork
1.9k
Merge trung bình
14 giờ 16 phút
Pull request đã merge (30 ngày)
6

Mô tả

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

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Hướng nghiên cứu

Bắt đầu từ các điểm vào của picker /resume--resume, sau đó lần theo việc nhóm theo mức độ liên quan được mô tả trong #3277 và tương tác tìm kiếm của picker được tham chiếu trong #241. Xác định xem thay đổi này nên sử dụng một nút chuyển, một flag hay cả hai, và xác minh rằng chế độ xem không có phạm vi hiển thị tất cả các phiên cục bộ trong khi chế độ xem có phạm vi hiện tại vẫn là mặc định.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
shell
Lĩnh vực
cli
Loại issue
Tính năng
Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức độ hoạt động
Sôi nổi
Độ rõ ràng
Khá rõ ràng
Mức phù hợp với người mới
48/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.