[BUG] Desktop app reinstall silently loses all Claude Code session list entries — transcripts intact on disk but unrecoverable from the UI
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?
After a failed auto-update left the desktop app in a wedged MSIX state (0x80073CF6, already tracked in #49655 / #49917), a clean reinstall was the only way to get the app running again. The reinstall wiped the entire Claude Code session list in the app (31 sessions).
Every transcript was still intact under ~/.claude/projects, and claude --resume in a terminal listed all of them correctly. Only the app's index was gone. But the app offers no export, import, or rescan path, and /resume is unavailable in the app environment ("/resume isn't available in this environment").
From the UI alone this is indistinguishable from permanent data loss. I happen to be able to read the app's internals, so I reverse-engineered the session metadata format and restored all 34 entries by hand — it took about 2 hours. Most users would have concluded their work history was gone.
What Should Happen?
Reinstalling the desktop app should not orphan the Claude Code session list.
At minimum, the app should be able to rebuild its list from ~/.claude/projects, since every transcript is already there. A "Rescan sessions" action would have turned this 2-hour manual recovery into one click.
Error Messages/Logs
Installation failed: AddPackage failed: AddPackage failed with HRESULT 0x80073CF6
App launch (before reinstall):
"This app can't be opened. There is a problem with Claude. Reinstall the application from its original install location or contact your administrator."
In-app when trying to resume:
"/resume isn't available in this environment."
After reinstall, opening a restored session with a stale mapping:
"Session transcript unavailable — this session's conversation history is no longer on disk."
(no diagnostic about which path failed to resolve)
Steps to Reproduce
- Let an auto-update run while CoworkVMService holds locks on
%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\SystemAppData\Helium\User.dat
The update fails and leaves the MSIX package wedged (see #49655, #49917).
- Try Settings > Apps > Advanced options > Repair, then Reset. Both fail.
- Uninstall and run the installer again:
-> "Installation failed: AddPackage failed with HRESULT 0x80073CF6"
- Reboot, then in an elevated PowerShell:
Stop-Service CoworkVMService -Force
Get-AppxPackage Claude | Remove-AppxPackage
Run the installer again -> succeeds.
- Sign in and open the Code tab.
-> Session list is completely empty (31 sessions gone).
-> ~/.claude/projects/**/*.jsonl is fully intact.
-> claude --resume in a terminal lists all 31 sessions correctly.
-> No export / import / rescan option exists in the app UI.
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
2.1.219
Claude Code Version
2.1.220 (claude code)
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
PowerShell
Additional Information
Plan: Claude Max subscription (not API).
What I found while recovering
The app's session list is backed by JSON files, NOT Local Storage / IndexedDB.
I dumped both leveldb stores and found only 5 claude.ai origin keys, no session schema.
%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\
claude-code-sessions\<accountUuid>\<workspaceUuid>\local_<uuid>.json
<accountUuid> matches lastKnownAccountUuid in the sibling config.json.
Each file maps an app session to a CLI transcript via cliSessionId, which is the
basename of the .jsonl in ~/.claude/projects. Three behaviours cost significant time:
- The app resolves transcripts by encoding
originCwd([^a-zA-Z0-9] -> -) into
~/.claude/projects/<enc>/<cliSessionId>.jsonl. originCwd must be the cwd at
SESSION START. Using a later cwd (e.g. after a mid-session cd) silently breaks
resolution.
- Files placed at the top level of claude-code-sessions/ are ignored. They must live
under <accountUuid>/<workspaceUuid>/.
- If a session JSON is malformed or mis-encoded, the app opens it, fails, and DELETES
the cliSessionId key, leaving only a generic "transcript unavailable" message with
no diagnostic.
Requests
- Add a "Rescan sessions" action that rebuilds the app list from ~/.claude/projects.
The data was never lost, only the index. This alone would eliminate the entire issue.
- Add export/import for session metadata, including user-set titles and pinned state
(these live only in app-local data; .jsonl only carries the auto-generated ai-title).
- Warn before uninstall that the session list will be lost, with an option to export.
- Support /resume in the app, or explain why it differs from the CLI.
- Surface a diagnostic when transcript resolution fails instead of silently dropping
cliSessionId.
Note
I'm not asking for compensation - everything was recovered. I'm filing this because the
failure mode looks irreversible to anyone who can't inspect the app's internals, and a
rescan button would eliminate it entirely.
3 Comments
Here's a PowerShell script that restores all sessions in the sidebar that were lost due to a "There's a problem with Claude" error: https://gist.github.com/n3tman/01d44696c3dc63ec95dcf3a4f6166b60
Reproduced again on 2026-08-05, 8 days after the original report.
Identical failure: auto-update left the MSIX package wedged, app wouldn't launch,
Repair/Reset both failed, reinstall failed with 0x80073CF6 until reboot +
Stop-Service CoworkVMService + Remove-AppxPackage.
After reinstall the session list was wiped again. This time I restored it in ~10
minutes from a backup script I wrote after the first incident, instead of the ~2
hours it took to reverse-engineer the format originally.
This confirms it is not a one-off — it recurs on the update cycle, and every
occurrence destroys the app-side session index for users who have no backup.
The "Rescan sessions" request in the original report would eliminate the entire
failure mode, since the transcripts under ~/.claude/projects are never actually lost.
Hitting the same issue.
Version: v2.1.177 (Windows, Claude Desktop)
Trigger: Reinstalled Claude Desktop
Symptom: The Claude Code sidebar session list is completely empty after reinstall. However, all transcripts are still intact under
~/.claude/projects/ (.jsonlfiles), andclaude --resumein a terminal correctly lists and resumes every prior session with full history.So the data itself is fine — only the app's local session index was wiped, and there's no way to rebuild it from within the app.
+1 on the request for a "rescan sessions" action that rebuilds the sidebar list from
~/.claude/projects/, and/or support for/resumeinside the Desktop app itself so this isn't CLI-only.