Session auto-archived without user action while awaiting user input (linked PR merged) — appears as deleted
Resolved 💬 0 comments Opened Jul 14, 2026 by lincolnqs-bot Closed Jul 14, 2026
Environment
- Claude Code v2.1.199 (desktop app session management / CCD)
- OS: Windows 11 Home (10.0.26200)
What happened
A session was closed and archived without any user action, while the conversation was mid-task and awaiting user input (the assistant had just delivered SQL scripts and reports and was waiting for the user to run them so an assisted, step-by-step validation could continue).
The session had a linked PR that had just merged, which appears to be the trigger — the archival seems tied to the PR reaching the MERGED state.
From the user's perspective the session simply disappeared from the session list, and they believed the session and its in-progress work had been deleted.
Recovery (what showed it was archive, not deletion)
list_sessionswithinclude_archived: trueshowed the session asisArchived: true, with the linked PR in state MERGED.list_eventsreturned the full transcript intact (~800 messages).- Files in the archived session's scratchpad directory still existed and were recoverable.
Expected behavior
- A session should not be auto-archived (or agent-archived) without explicit user confirmation — especially while the last assistant turn is a question awaiting the user's reply.
- If a session is archived automatically, the UI should make that clearly discoverable (e.g., a visible "archived" state/notice) so it does not read as data loss.
Impact
Perceived data loss and an interrupted assisted-testing workflow; the user had to open a new session to locate and recover the archived one.