[BUG] Cowork: "Delete Cowork VM Sessions and Restart" zeroes data blocks and destroys all sessions, plugins, skills, and scheduled tasks
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Clicking "Delete Cowork VM Sessions and Restart" in the Claude desktop app permanently destroys all Cowork data. The scope of deletion far exceeds what the button name implies and what the documented behaviour should be.
What the name suggests (and what the documented behaviour is): Deleting the VM's internal state only — temporary files, cached data within the VM. According to documentation, and consistent with prior experience using this button without data loss, session transcripts, plugins, skills, and other user data stored on the host filesystem should be preserved.
What actually happened: Permanent, irrecoverable destruction of:
- All session transcripts (JSONL conversation histories)
- All installed plugins
- All custom skills
- All scheduled tasks
- All project metadata and configuration
- Global instructions (CLAUDE.md)
Critically, the deletion operation zeroes the data blocks on disk before removing the files. This means standard file recovery tools (Windows File Recovery / winfr, Recuva, R-Studio, etc.) cannot recover the data. The files are not simply deleted from the filesystem — their contents are overwritten with null bytes first, then the file entries are removed.
Recovery investigation results: After triggering this deletion, a thorough recovery attempt was conducted:
winfr /extensiverecovered 53,347 files from the drive — all 113 JSONL session files found were null-filled (zeroed)- Volume Shadow Copy / System Restore was not available
- The only surviving session data was found in the Electron browser cache (a different directory not touched by the deletion), yielding partial fragments of 4 out of ~20+ sessions
- A
cowork-service.loginLocalCache\Roaming\Claude\logs\survived because it is in a separate directory, but only covered one session's data due to log rotation
What Should Happen?
The button should only delete VM-internal temporary state, as documented and as it has done previously. Session transcripts, plugins, skills, scheduled tasks, and global instructions should be preserved on the host filesystem.
If the scope of deletion has intentionally changed:
- The button should have a clear, explicit confirmation dialog stating exactly what will be destroyed.
- The deletion should not zero data blocks — normal file deletion would at least allow recovery tools to work as a safety net.
- The app should offer an export/backup option before performing destructive operations.
- The button name should accurately communicate the full scope of what is deleted.
Error Messages/Logs
No error messages. The app simply restarts with a blank state. No pre-deletion warning about the scope of data loss.
Post-deletion filesystem state:
- %APPDATA%\Claude\local-agent-mode-sessions\ contained only newly created session directories
- All previous session .jsonl files were deleted with their data blocks zeroed
- winfr /extensive recovery of 53,347 files: all 113 recovered JSONL files were null-filled
- Plugins, skills, and scheduled tasks directories were empty
Steps to Reproduce
- Use Cowork mode over multiple sessions, accumulating conversation history, plugins, skills, and scheduled tasks
- Navigate to the app settings
- Click "Delete Cowork VM Sessions and Restart"
- Observe: app restarts, all previous data is gone — sessions, plugins, skills, scheduled tasks, global instructions
- Check
%APPDATA%\Claude\local-agent-mode-sessions\— all previous session directories have been deleted - Attempt file recovery with winfr — recovered JSONL files are null-filled (zeroed on disk before deletion)
Claude Model
Opus
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
Claude for Windows Version 1.1617.0 (8d6345)
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Other
Additional Information
Related issues:
- #38055 — Cowork: Minor version update permanently deletes chat history and scheduled tasks (different trigger: auto-update vs explicit button click, but same devastating outcome)
- #45076 — Cowork session history, conversation logs, and project metadata silently lost between sessions (closed as duplicate)
Key distinction from #38055: That issue describes data loss triggered by version updates (unintentional). This issue describes data loss triggered by an explicit UI action whose scope and permanence contradict the documented behaviour. The button previously worked correctly (deleting only VM-internal state). Something changed to make it delete host-side session data as well. The data zeroing behaviour (making recovery impossible) is an additional concern.
Severity: This is a data-loss bug with no recovery path. The combination of a misleading button name, no confirmation dialog, behaviour contradicting documentation and prior experience, and aggressive data zeroing (preventing even disk-level recovery) makes this particularly harmful. Weeks of session history, custom skills, and plugins were permanently lost.
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗