Repository navigation
[BUG] Desktop 1.22209.3 auto-update flattened all Code sidebar groups into one list (data intact; grouping is live-derived from git-root) #79156
Description
Activity
I hit what looks like the same underlying bug, but from a different trigger — not an auto-update, but a manual action in the sidebar:
Steps to reproduce
- Have multiple active sessions, each grouped under their own project directory in the session list.
- Open one existing session and move/reassign it to a different project that already exists (in my case, a project named
_claude_generic). - Observe the session list.
Expected behavior
- The moved session appears under the target project (
_claude_generic). - All other sessions remain grouped under their original project directories.
- The "select a directory" control for starting a new session continues to work normally.
Actual behavior
- All other sessions lost their project grouping and were reassigned to "Ungrouped" (same flattening described above).
- The directory-selection control for pointing a new session at a code directory disappeared from the UI entirely.
Environment
- Platform: Windows 11 Enterprise 10.0.22631
- Claude Code Desktop app
Additional notes
- No local repository files or
.claude/project config were affected — checkedgit statusand the project's memory folder in the affected working directory, both clean/unaffected. Consistent with this being a client-side sidebar rendering/derivation issue rather than data loss, as noted above for the auto-update case. - Given this reproduces from a manual reassignment rather than only an app auto-update, the trigger surface may be broader than just the update path — worth considering whether any grouping recompute (not just the one that runs on update) can hit this flattening bug.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.
- locked as resolved and limited conversation to collaborators
on Oct 9, 2026
What's Wrong?
After the Claude Desktop app auto-updated to 1.22209.3 on 2026-07-19 (~02:16 local time), all session groups in the Code tab sidebar disappeared. Sessions that were previously organized into per-project groups are now dumped into a single flat "Recents" list. It worked correctly the day before on the prior version — this is a clean regression triggered by the update.
Full quit (Cmd+Q) + relaunch does not restore the groups.
Environment
Root-cause analysis
The session data is 100% intact — this is purely a rendering/logic regression, not data loss. Details from digging into the local app data:
~/Library/Application Support/Claude/claude-code-sessions/<userId>/<profileId>/local_*.jsonare all present and healthy: 700 wrappers across 38 distinct
cwd/originCwdvalues, each with correctcwd,originCwd,title, and timestamps. No orphaned.tmpfiles.https_claude.ai_0IndexedDB returns zero sessioncwdpaths. The sidebar grouping is therefore derived live in the renderer, not read from a cache.Claude.app/Contents/Resources/app.asarconfirm the grouping is computed fromoriginCwdviafindGitRoot()— e.g.const n = await S.findGitRoot(o); if (!n) return { kind: "not_git" }. Sessions that don't resolve to a git root fall into the ungrouped flat bucket.cwdIS a git repository, so the regression is not limited to non-git directories — grouping appears broken across the board.What Should Happen
cwd/originCwd(folder-based grouping, as before) and should survive app updates.cwd,originCwd,title), a rendering regression like this should never be able to hide the groups — they should rebuild from the wrappers on launch.Impact
No data loss — every session is still reachable via the sidebar search box and via
claude --resumein the CLI. But multi-project navigation is broken: dozens of projects are flattened into one undifferentiated list.Steps to Reproduce
Related
Is this a regression?
Yes — this worked in the previous version, one day earlier.