[BUG] Cowork broken since Chat/Cowork merge rollout 8–9 July: projects disappear within 24h (ongoing data loss) and connector tools never reach Cowork sessions (Windows 11, Desktop 1.20186.0)
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?
Since the Chat/Cowork merge rollout reached my account (forced re-login/update on the morning of 9 July 2026; the merge rolled out from 8 July per #75603), the Cowork surface is broken in ways consistent with a single root cause — my account appears to be in a broken post-merge state. Environment: Windows 11 Home 25H2 (Build 26200.8655), Claude Desktop 1.20186.0, Max plan.
Ongoing, reproducible project data loss. I have worked exclusively in Cowork for the last month. On 10 July, every project created in Cowork during that month disappeared — the only projects remaining are ones created in normal chat more than a month ago. I created a new project in Cowork on 10 July; on 11 July it had also disappeared. So projects created in Cowork now disappear within roughly 24 hours, reproducibly, while chat-created projects are unaffected. This is ongoing data loss, not a one-off event. Possibly related: #75603 (project lost in the same merge rollout, currently mislabelled invalid), #45076, #56484.
Connector tools never reach Cowork sessions. Directory connectors (Microsoft 365, Google Drive, Shopify, Xero, Klaviyo, Slack, Semrush, Metricool, Canva) all work correctly in normal chat, but their tools never load in any Cowork session. Connectors appear in the + menu with no error badge, show as connected in Settings, all tools on Always allow, no Reconnect prompt — the tools simply never arrive in the session. This is the inverse of #73544 (custom connectors failing while directory connectors work), so filing separately. Very similar signature to #75625 (device bridge tools not registered in session after the merge).
Sessions cannot reach linked folders. Cowork sessions that do open throw "The requested project was not found" and cannot connect to their linked Google Drive folders. Working files are intact in Drive; the sessions cannot reach them.
Already tried, no effect: connector toggle off/on, full quit and restart, tool access mode Auto to On demand, complete uninstall and clean reinstall with sign-out/sign-in.
Diagnostics: %LOCALAPPDATA%\Claude\logs contains only chrome-native-host — no main.log and no MCP/connector logs at all. %APPDATA%\Roaming\Claude does not exist. Suggests the connector/MCP subsystem is not initialising or logging for Cowork on this install. For engineers: affected registration UUIDs a18583b2-26ca-41f2-bbca-e6327987941e and a0854f3f-0ce0-49e6-bb41-09e40cc001b6 (org ID on request).
Impact: I run a business through Claude on a Max plan with a month of complex work built up in Cowork, now lost or inaccessible, and Cowork is unusable for new work since anything created there disappears within a day. I have raised this through official support five times with no human response and would ask that this be escalated.
Related issues: #75603, #75625, #76344 (all post-merge Cowork breakage), #73544 (inverse connector symptom), #45076, #56484.
What Should Happen?
Projects created in Cowork should persist to my account like chat-created projects do, connector tools that show as connected should load in Cowork sessions, and sessions should be able to reach their linked folders. Existing projects, folder bindings and history should have been preserved through the Chat/Cowork merge rollout, and no project data should ever be silently deleted.
Error Messages/Logs
"The requested project was not found" — shown when opening Cowork sessions since 9 July.
No logs available to paste: %LOCALAPPDATA%\Claude\logs contains only chrome-native-host — no main.log and no MCP/connector logs at all. %APPDATA%\Roaming\Claude does not exist. The absence of connector/MCP logs appears to be part of the bug.Steps to Reproduce
Environment: Windows 11 Home 25H2 (Build 26200.8655), Claude Desktop 1.20186.0, Max plan, directory connectors connected (Microsoft 365, Google Drive, Shopify, Xero, Klaviyo, Slack, Semrush, Metricool, Canva). Account went through the Chat/Cowork merge rollout / forced re-login on 9 July 2026.
Create a new project in Cowork. It works normally that day.
Quit the app and return the next day. The project has disappeared. (Reproduced: project created 10 July, gone 11 July. A month of Cowork-created projects disappeared the same way on 10 July, while projects created in normal chat over a month ago remain.)
Open any Cowork session and click + to add a connector. Connectors appear with no error badge and Settings shows them connected, but their tools never load in the session. The same connectors work correctly in normal chat.
Sessions linked to Google Drive folders throw "The requested project was not found" and cannot reach the folders.
Already tried with no effect: connector toggle off/on, full quit and restart, tool access mode Auto to On demand, complete uninstall and clean reinstall with sign-out/sign-in.
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
Unknown exact build — everything worked until the forced re-login/update on the morning of 9 July 2026
Claude Code Version
1.20186.0 (Claude Desktop; reporting a Desktop/Cowork issue, not CLI)
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Other
Additional Information
Timeline: account went through the Chat/Cowork merge rollout / forced re-login on the morning of 9 July 2026. All Cowork-created projects from the previous month disappeared on 10 July. A new project created in Cowork on 10 July had disappeared by 11 July. Projects created in normal chat over a month ago remain intact throughout.
Not an isolated account: #75603, #75625 and #76344 all report Cowork breakage starting with the same 8 July rollout, on both Windows and macOS. #75603 was auto-labelled invalid by the bot but describes the same project-loss regression.
Previously commented with this account's details on #73544 (18h and 17h ago) before realising the symptom set there is the inverse of mine.
Happy to provide the org ID, timestamps of the disappeared projects, or run any diagnostics on request — this account currently reproduces the failure daily, so it may be useful for debugging.
9 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Not a duplicate — please keep open. #76187 covers the folder-mount/add-folder symptom and #76442 covers connectors loading zero tools, and I'm happy for those symptoms to be tracked there. But neither issue covers the core of this report: ongoing project data loss (a month of Cowork projects gone, and new projects reproducibly disappearing within 24 hours). That regression has no other open issue tracking it
Further confirmation this is server-side account state: projects are absent from claude.ai on the web as well as desktop, and clicking Reconnect on connectors fails repeatedly. Nothing client-side remains to try — this account needs engineering investigation. The lost projects were created over the past month; happy to provide exact date ranges. Registration UUIDs are in the issue body
Adding the detail offered in the issue body, and clarifying scope, since I do not think the current text makes the full extent clear.
Date ranges. All Cowork-created projects from roughly 9 June to 10 July 2026 disappeared on 10 July. A replacement project created on 10 July had disappeared by 11 July. Chat-created projects predating that window remain intact throughout.
Important distinction for scoping: the underlying working files are intact in the linked Google Drive folder. What has been lost is the project records themselves, along with their folder bindings and session history. This looks like project-record deletion rather than file deletion, which may narrow where the fault sits.
Scope clarification. The practical position is that Cowork is entirely unusable, not merely degraded:
No connector loads its tools in any Cowork session, so no work requiring a connector can be done there at all.
Existing Cowork projects are not visible, on desktop or on claude.ai.
New projects created through Cowork do not persist beyond about 24 hours, so there is no workaround by rebuilding.
The only surface still functioning for me is normal chat, where the same connectors work correctly. Everything I would previously have run in Cowork is now being run manually in chat, without folder context.
Happy to provide the org ID, exact project timestamps, or run diagnostics on request. This account reproduces the failure daily.
Cross-linking a related report with a specific, isolable facet of this same July 7-8 merge fallout: #78191. On macOS with cloud chats/projects opted out, existing local Cowork projects vanish from the unified home -- but the runtime still loads them locally (main.log: "Loaded 32 persisted sessions ...") and the files are intact on disk under ~/Library/Application Support/Claude/local-agent-mode-sessions/.
The isolating step: re-enabling cloud chats/projects makes the projects reappear. That points at the merge coupling local-project visibility to the cloud-sync setting, rather than at outright local deletion. It may or may not be the same root cause as the Windows data-loss reported here, but the cloud-sync opt-out toggle is a clean, reversible repro lever worth checking against your case. (Claude Desktop / Cowork issue, not Claude Code CLI.)
Update: I resolved the desktop onboarding loop by terminating the desktop session in Account settings and renaming ~/Library/Application Support/Claude. The app then gave a proper Sign In screen and I'm back in.
The missing projects did not come back. Same seven visible, plus the few I created in a browser this week. So the desktop lockout and the project loss are two separate failures — fixing the client changes nothing, which is consistent with this being server-side account state.
RESOLVED on my account (macOS) — full recovery. Posting the exact sequence in case it helps others here.
My symptoms, starting Jul 12 (four days after the merge reached me):
~7 of 30–40 projects visible; the rest gone, along with every Cowork session nested inside a project
Standalone chats and standalone Cowork sessions unaffected
Missing on desktop, claude.ai in a browser, and iOS
Desktop app trapped in new-user onboarding: a Free/Pro/Max plan picker shown to an existing Max subscriber, no Sign Out in the Claude menu, Settings opening to the same screen, app on latest version
A clean re-auth in a browser and a separate clean sign-in on iOS restored nothing
What worked:
In claude.ai → Settings → Account → Active sessions, hover the "Claude Desktop" row and choose Terminate. (This alone did not fix the loop, but it's a clean first step and touches nothing else.)
Quit the desktop app completely.
In Finder, Cmd+Shift+G → ~/Library/Application Support → rename the Claude folder to Claude-old. Do not delete it. This is the critical part.
Reopen the app. It presented a genuine Sign In screen instead of the plan picker. Signed in normally.
At this point the app worked but projects were still missing — the fresh install had built its own empty local-agent-mode-sessions.
Quit the app. In the new ~/Library/Application Support/Claude, rename the freshly created local-agent-mode-sessions to local-agent-mode-sessions-new.
Copy local-agent-mode-sessions from Claude-old into the new Claude folder.
Reopen the app.
Result: all projects back, with their full chat history.
Two things worth flagging for anyone still stuck:
The circulating "fix" for the onboarding loop — delete the contents of ~/Library/Application Support/Claude — would have destroyed the recovery path. The session data lives in local-agent-mode-sessions inside that directory. Rename the parent folder, never delete it, and keep it until you have confirmed recovery.
The corruption was not in local-agent-mode-sessions. That folder was intact and restored cleanly into a fresh install. Whatever wedges the app into onboarding lives elsewhere in that directory. I have the original preserved and can provide it or run diagnostics against it if that would help anyone debugging this.
One correction to my earlier comment: I had assumed this was server-side account state, since the projects were also absent from claude.ai and iOS. That inference was wrong. For local-folder-bound projects the desktop app appears to be the source of truth, and the other surfaces showed nothing because the desktop couldn't surface them either.
Support ticket opened Jul 12; I never received a human response, and resolved this from the community reports in this thread — particularly @jeffepaul's note in #78191 identifying local-agent-mode-sessions as where the persisted sessions live. That pointer is what made the recovery possible.
I have a similar issue and have tested across two devices to replicate. Also worth noting I have a separate enterprise account via my employer and Cowork and projects are still working fine. Full details below for completeness.
Summary:
Cowork's Projects overview page shows no projects on either of two Windows laptops, despite project data clearly existing and being accessible via other paths. Two distinct symptoms across two devices, both under the same personal account (confirmed same email/login on both).
Device A (original laptop, where projects were created):
Device B (second laptop, same personal account):
Steps already tried (no effect):
Environment:
Additional context: issue is account-specific, not device-specific
Expected behavior:
Projects page should list all project-linked work, matching what's browsable via Recents and directly accessible conversations.
Request:
Please confirm whether this is a known indexing/rendering issue with the Projects view following the recent Chat/Cowork merge, and whether local project data on the second device can be recovered/synced without a destructive reset.
Your Device A matches what I saw on macOS — project data intact and reachable through Recents, but the Projects overview blank. I recovered fully by renaming ~/Library/Application Support/Claude aside, signing in fresh, then copying the old local-agent-mode-sessions back in (full steps in #75603). On Windows that folder lives under %APPDATA%\Claude or %LOCALAPPDATA%\Claude — worth preserving before any reset.
That said, your Enterprise-vs-Pro test on identical hardware/OS/build is a cleaner isolation than mine, and it points at account-side indexing rather than the local corruption I hit. If the folder swap doesn't restore your Projects page, that would be useful evidence that there are two failure modes here — a local one and a server-side rendering fault — not one.
[Voter Turnout Solutions]
Thomas DeVore · Owner
(618) 223-0737
@.****@.>
Voter Turnout Solutions<https://voterturnoutsolutions.com/>
From: Rathbmk @.*>
Date: Thursday, July 30, 2026 at 2:45 AM
To: anthropics/claude-code @.*>
Cc: Thomas DeVore @.>; Comment @.**>
Subject: Re: [anthropics/claude-code] [BUG] Cowork broken since Chat/Cowork merge rollout 8–9 July: projects disappear within 24h (ongoing data loss) and connector tools never reach Cowork sessions (Windows 11, Desktop 1.20186.0) (Issue #76604)
[https://avatars.githubusercontent.com/u/310696545?s=20&v=4]Rathbmk left a comment (anthropics/claude-code#76604)<https://github.com/anthropics/claude-code/issues/76604#issuecomment-5128062051>
I have a similar issue and have tested across two devices to replicate. Also worth noting I have a separate enterprise account via my employer and Cowork and projects are still working fine. Full details below for completeness.
Summary:
Cowork's Projects overview page shows no projects on either of two Windows laptops, despite project data clearly existing and being accessible via other paths. Two distinct symptoms across two devices, both under the same personal account (confirmed same email/login on both).
Device A (original laptop, where projects were created):
Device B (second laptop, same personal account):
Steps already tried (no effect):
Environment:
Additional context: issue is account-specific, not device-specific
Expected behavior:
Projects page should list all project-linked work, matching what's browsable via Recents and directly accessible conversations.
Request:
Please confirm whether this is a known indexing/rendering issue with the Projects view following the recent Chat/Cowork merge, and whether local project data on the second device can be recovered/synced without a destructive reset.
—
Reply to this email directly, view it on GitHub<https://github.com/anthropics/claude-code/issues/76604?email_source=notifications&email_token=CGLXDEOHN23JHWXOYSYDZY35HL4KFA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKMJSHAYDMMRQGUY2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJLDGN5XXIZLSL5RWY2LDNM#issuecomment-5128062051>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/CGLXDEOFHQZ3AGLOHDYYQID5HL4KFAVCNFSNUABFKJSXA33TNF2G64TZHM4TGNZSGUZTINZVHNEXG43VMU5TIOBWGA4DOMBVGMY2C5QC>.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS<https://github.com/notifications/mobile/ios/CGLXDEOYOHOXWRIEHCQ6GKD5HL4KFA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKMJSHAYDMMRQGUY2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJKTGN5XXIZLSL5UW64Y> and Android<https://github.com/notifications/mobile/android/CGLXDELORC5P7OMNUJBB4MT5HL4KFA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKMJSHAYDMMRQGUY2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJLTGN5XXIZLSL5QW4ZDSN5UWI>. Download it today!
You are receiving this because you commented.