dsh-delete-session

Overview

Delete sessions from the DSH Web sidebar: adds a Delete action to the session row menu with a risk-consent dialog, sends the session log, workspace accounting and live session state to the system trash (or removes them outright), and, when opted in, quarantines the files the conversation produced.

README / EN

Package documentation

Registry summary

Delete sessions from the DSH Web sidebar: adds a Delete action to the session row menu with a risk-consent dialog, sends the session log, workspace accounting and live session state to the system trash (or removes them outright), and, when opted in, quarantines the files the conversation produced.

dsh.pub verifies the pinned bundle contract, runtime facts, and distribution semantics. The complete README remains in the source repository.

Read the full README on GitHub

LIMITATIONS

Known limitations

- **macOS asks for Finder automation permission the first time**; denied, the files stay in the staging folder rather than pretending the delete happened - A session the host holds open is waited for (usually seconds); in rare cases it asks you to retry or restart DSH - The multi-select tick is still a DOM decoration on session rows and depends on `data-row-key="session:<id>"`. If core UI renames it, multi-select goes quiet (the menu and dialog are unaffected — they use official slots) - Produced-file handling is off by default and still has edges: files created inside `bash` / `pwsh` (`npm run build`, `git clone`, `> file`) are **never detected**; **directories are never moved**; the list caps at 500; there is **no restore UI** — move files back from the quarantine by hand - Created-vs-changed depends on `fs-observation-policy` staying enabled - Batch delete does **not** handle produced files, and does **not** touch child sessions - Staging and quarantine folders **are never cleaned up automatically**

dsh-delete-session