[BUG] Claude Code in Claude Desktop is Missing Project Level Folders

Resolved 💬 15 comments Opened Apr 25, 2026 by mojxo2010 Closed Jun 14, 2026

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?

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.)

  1. 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.

  1. 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

  1. Fully quit Claude Desktop (Task Manager → end all Claude.exe processes — the

tray "Quit" alone is not always sufficient) and relaunch.

  1. 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" />

View original on GitHub ↗

15 Comments

kenanatbraindotwork · 2 months ago

Same issue on Windows 11, Claude Desktop 2.1.119 (auto-updated from 2.1.111).
Lost all 9 project folder groupings. 60+ sessions now flat in "Recents".

richcollins · 2 months ago

Same issue on macOS Tahoe, Claude Desktop 1.4758.0 (fb266c) 2026-04-24T20:22:30.000Z.

LuizThiago · 2 months ago

Same issue on MacOS 26.3.1, Claude Desktop 1.4758.0 (fb266c)... This is a bug or a redesign?

5202307 · 2 months ago

Same issue here. Mac OS Tahoe and 1.4758

jamesoliverh · 2 months ago

Adding a datapoint: on a project path containing _ (e.g. C:\dev\physics_project), session-storage keying flipped from the underscore-preserving form (C--dev-physics_project) to the all-hyphen form (C--dev-physics-project) on 2026-04-27, with claude.exe already at 2.1.119 from a 2026-04-24 install. The flip on 2026-04-27 was the first time this project's sessions landed in the hyphen-keyed directory, so the sidebar grouping symptom may share the keying-flip cause described in #54066. Memory writes shifted at a different date for a different project on the same machine (ml_project, ~2026-04-16), suggesting at least two distinct path-key code paths.

mr-christian-jacobsen · 2 months ago

me too

kodiii · 2 months ago

how do we fix this??

mikecayenmail-one · 2 months ago

How T F is this a thing? The update literally took all of the functionality for project switching, organizing chats by project, etc. The only thing I can do to switch projects is create a new session up top and choose a folder?? OR, to FIND a chat to continue or review or cut and paste from I have scroll through a massive mixed list of chats from 7-10 projects and pray I find it? Ridiculous, wtf am I paying 100's a month for to regress standard functionality out of the software????

not-ebx · 2 months ago

So, no updates? 👀

patrickhoydar · 2 months ago

Just opened up Claude today to find this bug as well.

macOS Tahoe 26.4.1

richcollins · 2 months ago

The control to change the grouping is hidden until you mouse over the "Recents" title.

Bad UI IMO but not a bug

However I did find a bug related to grouping by project and sorting by recency: https://github.com/anthropics/claude-code/issues/56060

not-ebx · 2 months ago

@richcollins holy shit, you are the best.
Well, this is a problem with vibecoded UI.

Rangard78 · 2 months ago

There's actually a hover menu button that lets you switch the grouping (e.g. group by project) and apply other filters.

BasedGPT · 2 months ago

For anyone still experiencing this after checking the grouping toggle (hover over "Recents" to find it, per @richcollins above): there's a separate data-loss failure mode that looks identical in the sidebar.

How to tell which you have:

Check %APPDATA%\Claude\claude_desktop_config.json (Windows) or ~/Library/Application Support/Claude/claude_desktop_config.json (macOS). A wiped file is ~1–2 KB; a healthy file with groupings is 5–20 KB.

If these two keys are both {} when you know you had groupings:

preferences.epitaxyPrefs.dframe-local-slice.customGroupAssignments
preferences.epitaxyPrefs.dframe-local-slice.customGroupOrder
...you've hit a serialisation bug where Desktop overwrote grouping data from incomplete in-memory state on restart. This data exists in that file only — no server-side copy, no recovery without a backup.

Trigger: toggling any Desktop preference shortly after a restart, before the renderer has rehydrated state from the server.

Filed separately as #59640 with architecture details, reproduction steps, and suggested fixes.

github-actions[bot] · 1 month ago

Closing for now — inactive for too long. Please open a new issue if this is still relevant.