Session/project sidebar empty after app crashed, relaunch blocked by file lock, force-kill + relogin
Status Open
Maintainer reply None cached
Activity 0 comments · opened Aug 18, 2026
Environment: Windows 11, Claude Code desktop app (installed via WindowsApps, Claude_1.32352.0.0_...)
What happened:
- The app closed itself unexpectedly/randomly — not a hang, it just quit.
- Trying to relaunch it immediately failed with a dialog: "Another program is currently using this file" (pointing at a file under
C:\Program Files\WindowsApps\Claude_1.32352.0.0_...). - I had to force-kill the leftover Claude process via Task Manager before the app would launch again.
- On relaunch it prompted a fresh login. After logging back in, the project/session sidebar was empty except for one stray entry — all prior session history across my projects had disappeared from the UI.
What I verified:
- The raw local session transcripts under
~/.claude/projects/<project>/*.jsonlare all still present and intact on disk — nothing was deleted locally, including sessions from the same day as the crash. - Calling the session-management tool (
list_sessions,include_archived: true) from within the app returns zero sessions, including no archived ones — so the account-linked session registry the sidebar reads from appears to have been reset or desynced, not just filtered. - The workspace/account shown post-relogin matches the one used before the crash.
Impact: Session history appears lost from the UI/registry even though the underlying data survives on disk — this looks like a sync bug triggered by the crash + stale file lock + forced relaunch, not actual data loss. There's no in-app way to reconcile local .jsonl files back into the session registry.
Ask:
- Can the leftover-process file lock on relaunch be handled more gracefully (auto-detect and offer to end the stale process)?
- Is there a way to re-sync/re-import local session transcripts into the account-side session registry after this kind of desync?