dsh-delete-chat

LIMITATIONS

Known limitations

- **The trash is not the OS recycle bin.** It lives at `<DSH home>/session-trash`; deleting that directory by hand is a permanent delete that bypasses every confirmation. - **Restore may need a restart.** The live row comes back immediately when the workspace registry exposes `insertSessionBefore`; without it the directory is restored and the row reappears on the next boot. - **No cascade**: subagent and forked child sessions survive on their own, and their `parent_session` dangles. - **Attachments untouched**: `~/.dsh/attachments/v1/objects` is content-addressed and shared, so neither trashing nor purging one session deletes objects other sessions still reference. - **In-memory object lingers**: the `sessions` service exposes only `create`/`get`/`list`, so a trashed session's object stays until restart. It runs no model step while archived.