claude-code - 💡(How to fix) Fix [BUG] Claude Code in Claude Desktop is Missing Project Level Folders [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#53340Fetched 2026-04-26 05:18:16
View on GitHub
Comments
0
Participants
1
Timeline
5
Reactions
0
Author
Participants
Timeline (top)
labeled ×5

Error Message

Error Messages/Logs

No explicit error — the bug is silent UI loss of project grouping. Diagnostic

Root Cause

Hitting what looks like the same root cause on Windows 11, Claude Desktop 1.4758.0.0 (MSIX install). Setup: 9 Claude Code projects with full history at C:\Users\<user>\.claude\projects\ (~293 MB, all intact). 61 session JSON files at %APPDATA%\Claude\claude-code-sessions\<accountId>\<orgId>\. After upgrading Desktop, the project-level grouping in the sidebar is gone — only a flat "Recents" list under the Code mode tab. What I tried (none worked):

  • Confirmed all 9 project dirs and 61 session files are intact on disk
  • Edited claude_desktop_config.json sidebarMode to "code" (Zod schema accepts chat | code | task | epitaxy | operon) — Desktop validates the value but the sidebar layout doesn't change
  • Killed all Claude.exe processes via Task Manager, full restart — no effect
  • main.log confirms Desktop loads 57 of 61 sessions on startup, so the data IS being read, but project organization isn't surfaced
  • The asar bundle's URL routing explicitly maps code → epitaxy (I === "code" ? "epitaxy" : I), so both modes load the same claude.ai/epitaxy page Could you point to the duplicate this was closed against? Want to subscribe to the canonical issue for fix updates. Happy to provide more diagnostics if useful.

Fix Action

Fix / Workaround

Actual: Sidebar shows a single flat "Recents" list with all sessions intermingled. No project grouping. Project organization is not accessible through "Customize sidebar" (which only toggles Routines / Dispatch / Customize visibility) or any other UI control I could find.

Code Example

No explicit error — the bug is silent UI loss of project grouping. Diagnostic
evidence from %APPDATA%\Claude\logs\main.log:

# Pre-upgrade — sidebar working, URL was the dedicated Claude Code Desktop page:
2026-04-24 12:40:01 [info] Using Claude Code binary at: ...\claude-code\2.1.111\claude.exe
  topFrameUrl: 'https://claude.ai/claude-code-desktop/local_ff27a65f-...'

# Auto-update fires:
2026-04-25 12:52:03 [info] [CCD] Downloaded file size: 254478496 bytes
2026-04-25 12:52:03 [info] [CCD] Verifying checksum
2026-04-25 12:52:03 [info] [CCD] Installed at ...\claude-code\2.1.119\claude.exe

# Post-upgrade — URL changed to /epitaxy, project grouping gone:
2026-04-25 13:18:13 [info] Loaded 57 persisted sessions from
  C:\Users\<user>\AppData\Roaming\Claude\claude-code-sessions\<acct>\<org>\
  topFrameUrl: 'https://claude.ai/epitaxy'

# Sessions ARE loaded into memory; they just don't render with project-level
# organization in the new sidebar (only as a flat "Recents" list).

# The asar bundle's URL routing logic (extracted from
# C:\Program Files\WindowsApps\Claude_1.4758.0.0_x64__pzs8sxrjxfjjc\app\resources\app.asar)
# explicitly maps "code" -> "epitaxy":
const I = di("sidebarMode"),
      E = I === "code" ? "epitaxy" : I,
      ...

# Session route is also under /epitaxy now:
getSessionRoute(A) { return `/epitaxy/${encodeURIComponent(A)}` }

# claude_desktop_config.json sidebarMode validates as a union of:
# "chat" | "code" | "task" | "epitaxy" | "operon"
# but neither "code" nor "epitaxy" restores the project-level grouping.

# All 9 project directories at C:\Users\<user>\.claude\projects\ are intact
# (~293 MB of session history preserved).
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Hitting what looks like the same root cause on Windows 11, Claude Desktop 1.4758.0.0 (MSIX install). Setup: 9 Claude Code projects with full history at C:\Users\<user>\.claude\projects\ (~293 MB, all intact). 61 session JSON files at %APPDATA%\Claude\claude-code-sessions\<accountId>\<orgId>\. After upgrading Desktop, the project-level grouping in the sidebar is gone — only a flat "Recents" list under the Code mode tab. What I tried (none worked):

  • Confirmed all 9 project dirs and 61 session files are intact on disk
  • Edited claude_desktop_config.json sidebarMode to "code" (Zod schema accepts chat | code | task | epitaxy | operon) — Desktop validates the value but the sidebar layout doesn't change
  • Killed all Claude.exe processes via Task Manager, full restart — no effect
  • main.log confirms Desktop loads 57 of 61 sessions on startup, so the data IS being read, but project organization isn't surfaced
  • The asar bundle's URL routing explicitly maps code → epitaxy (I === "code" ? "epitaxy" : I), so both modes load the same claude.ai/epitaxy page Could you point to the duplicate this was closed against? Want to subscribe to the canonical issue for fix updates. Happy to provide more diagnostics if useful.

What Should Happen?

I should see my Claude Code Projects with its related sessions underneath when I expand the project folder in the left nav pane

Error Messages/Logs

No explicit error — the bug is silent UI loss of project grouping. Diagnostic
evidence from %APPDATA%\Claude\logs\main.log:

# Pre-upgrade — sidebar working, URL was the dedicated Claude Code Desktop page:
2026-04-24 12:40:01 [info] Using Claude Code binary at: ...\claude-code\2.1.111\claude.exe
  topFrameUrl: 'https://claude.ai/claude-code-desktop/local_ff27a65f-...'

# Auto-update fires:
2026-04-25 12:52:03 [info] [CCD] Downloaded file size: 254478496 bytes
2026-04-25 12:52:03 [info] [CCD] Verifying checksum
2026-04-25 12:52:03 [info] [CCD] Installed at ...\claude-code\2.1.119\claude.exe

# Post-upgrade — URL changed to /epitaxy, project grouping gone:
2026-04-25 13:18:13 [info] Loaded 57 persisted sessions from
  C:\Users\<user>\AppData\Roaming\Claude\claude-code-sessions\<acct>\<org>\
  topFrameUrl: 'https://claude.ai/epitaxy'

# Sessions ARE loaded into memory; they just don't render with project-level
# organization in the new sidebar (only as a flat "Recents" list).

# The asar bundle's URL routing logic (extracted from
# C:\Program Files\WindowsApps\Claude_1.4758.0.0_x64__pzs8sxrjxfjjc\app\resources\app.asar)
# explicitly maps "code" -> "epitaxy":
const I = di("sidebarMode"),
      E = I === "code" ? "epitaxy" : I,
      ...

# Session route is also under /epitaxy now:
getSessionRoute(A) { return `/epitaxy/${encodeURIComponent(A)}` }

# claude_desktop_config.json sidebarMode validates as a union of:
# "chat" | "code" | "task" | "epitaxy" | "operon"
# but neither "code" nor "epitaxy" restores the project-level grouping.

# All 9 project directories at C:\Users\<user>\.claude\projects\ are intact
# (~293 MB of session history preserved).

Steps to Reproduce

  1. On Claude Desktop for Windows (MSIX install) running Claude Code 2.1.111 or earlier, work across multiple project directories so that C:\Users<user>.claude\projects\ contains several project subdirectories, each with active session history. (My setup: 9 projects, 61 sessions total.)

  2. Confirm the Claude Desktop sidebar in Code mode shows your projects grouped into folders (one entry per project working directory), with sessions nested under each project.

  3. Allow Claude Desktop to auto-update the bundled Claude Code CLI from 2.1.111 to 2.1.119. The update is performed automatically by the [CCD] component on Desktop launch — no user action required. You can confirm in main.log: [CCD] Installed at ...\claude-code\2.1.119\claude.exe

  4. Fully quit Claude Desktop (Task Manager → end all Claude.exe processes — the tray "Quit" alone is not always sufficient) and relaunch.

  5. Open the sidebar in Code mode.

Expected: Project-level folder grouping preserved, with sessions nested under each project's working directory.

Actual: Sidebar shows a single flat "Recents" list with all sessions intermingled. No project grouping. Project organization is not accessible through "Customize sidebar" (which only toggles Routines / Dispatch / Customize visibility) or any other UI control I could find.

Note: Editing claude_desktop_config.json sidebarMode to any of the valid values ("chat", "code", "task", "epitaxy", "operon") and restarting does NOT restore project grouping. The asar bundle redirects "code" → "epitaxy" unconditionally. Per the closed duplicate issue #31787, the sidebar reads from IndexedDB rather than the on-disk session files, so manual file edits cannot restore the missing organization.

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

2.1.111

Claude Code Version

2.1.119

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

49232: 2026-04-24 12:40:01 Using Claude Code binary at: ...\claude-code\2.1.111\claude.exe ↑ last working 51478: 2026-04-25 12:52:03 [CCD] Installed at ...\claude-code\2.1.119\claude.exe ↑ today's upgrade (broke it)

I used 2.1.111 for over 24 hours (Apr 22–24) without issues. At 12:52 today (Apr 25), Desktop downloaded and installed 2.1.119, which is when the projects sidebar broke.

<img width="428" height="1046" alt="Image" src="https://github.com/user-attachments/assets/db19ba2b-f162-4b76-b709-7555f8f6d7fe" />

extent analysis

TL;DR

The issue is likely due to a change in the URL routing logic in the asar bundle, which maps "code" to "epitaxy" and causes the project-level grouping to be lost after upgrading to Claude Code 2.1.119.

Guidance

  • The problem seems to be related to the update from Claude Code 2.1.111 to 2.1.119, which changed the URL routing logic and caused the project grouping to be lost.
  • To verify the issue, check the main.log file for the update installation and the changed URL routing logic.
  • Try downgrading to the previous version (2.1.111) to see if the project grouping is restored.
  • If downgrading is not possible, wait for an update that fixes the issue or provides an alternative solution for project grouping.

Example

No code snippet is provided as the issue seems to be related to the internal logic of the Claude Code application.

Notes

The issue is specific to the Windows 11 platform and the MSIX install of Claude Desktop. The problem is not related to the session files or the project directories, as they are intact and loaded into memory.

Recommendation

Apply workaround: Downgrade to the previous version (2.1.111) if possible, or wait for an update that fixes the issue. The reason is that the current version (2.1.119) has a changed URL routing logic that causes the project grouping to be lost.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] Claude Code in Claude Desktop is Missing Project Level Folders [1 participants]