Add bulk transient-data cleanup messaging to the session list
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 2.1k
- Fork
- 153
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Mô tả
## Problem
The Storage / Sessions list shows which sessions are consuming space, but cleanup still has to be requested one session at a time. When several sessions have accumulated transient data, reclaiming storage is unnecessarily repetitive.
## Proposed experience
Add multi-select support to the Storage / Sessions list and a bulk action that sends a cleanup message to every selected session.
Suggested flow:
1. Select multiple sessions.
2. Choose **Ask sessions to clean up transient data**.
3. Review or edit the message before sending.
4. Send the message to all selected sessions and show per-session delivery status.
The confirmation should make clear that each session performs its own cleanup rather than the list view deleting files directly.
## What “transient data” includes
Transient data means session-owned, safely regenerable artifacts that are not part of the user's intended work, for example:
- build outputs and generated artifacts
- dependency, compiler, test, and package-manager caches
- test results, coverage output, logs, traces, and crash dumps
- temporary downloads, extracted archives, scratch files, and stale lock/PID files
- stopped-process runtime data and other disposable files created by tools during the session
Cleanup must preserve tracked project files, uncommitted source changes, commits, user-authored artifacts, configuration, credentials, and anything whose ownership or disposability is uncertain.
## Sample prompt
> Inspect this session's workspace and storage usage, then clean up transient data that is safe to regenerate. This may include build output, generated artifacts, dependency/compiler/test caches, coverage and test results, logs, traces, crash dumps, temporary downloads, extracted archives, scratch files, stale lock/PID files, and runtime data from stopped processes. Preserve all tracked files, uncommitted source changes, commits, user-authored artifacts, configuration, credentials, and anything you cannot confidently identify as disposable. Do not use broad or destructive deletion commands. Report what you removed and how much space was reclaimed; if nothing can be safely removed, say so.
## Acceptance criteria
- Multiple sessions can be selected in the Storage / Sessions list.
- A bulk action opens an editable, prefilled cleanup message.
- Confirming sends the message to every selected session.
- The UI reports delivery success or failure for each session.
- A failure in one session does not prevent delivery to the others.
- The default prompt explicitly protects user work and discourages broad destructive deletion.
Hướng dẫn đóng góp
Hướng nghiên cứu
Start at the desktop app's Storage / Sessions list and trace the existing single-session cleanup request flow. Add multi-selection, an editable cleanup message, per-session delivery results, and independent failure handling; done means all listed acceptance criteria pass without deleting files from the list view.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Lĩnh vực
- desktop
- 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
- Ít trao đổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 55/100