[BUG] Claude Desktop v1.1.7053: Upgrade loses all Cowork sessions, Code projects, and Scheduled Tasks

Resolved 💬 2 comments Opened Mar 17, 2026 by alank-a11y Closed Mar 20, 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?

<html><head></head><body><h1>Claude Desktop v1.1.7053: Upgrade loses all Cowork sessions, Code projects, and Scheduled Tasks</h1>
<h2>Summary</h2>
<p>After upgrading Claude Desktop to v1.1.7053, all Cowork session history, Code project history, and Scheduled Tasks disappear from the UI. Data is confirmed intact on disk — the app simply does not read from <code>claude-code-sessions/</code> after the migration.</p>
<p><strong>Related:</strong> <a href="https://github.com/anthropics/claude-code/issues/29373">#29373</a> — same root cause (migration from <code>local-agent-mode-sessions</code> to <code>claude-code-sessions</code>), but that issue was filed for v1.1.4498 and marked stale. This report covers v1.1.7053 where the problem persists and now also affects <strong>Scheduled Tasks</strong> and <strong>Cowork sessions</strong>, not just Code sessions.</p>
<h2>Environment</h2>
<ul>
<li><strong>App version:</strong> 1.1.7053</li>
<li><strong>Platform:</strong> macOS 26.3.1 beta (Apple Silicon)</li>
<li><strong>Account type:</strong> Pro (personal)</li>
<li><strong>Org UUID:</strong> <code>2916ba7b-0067-4490-99a1-0a0c8489aab3</code></li>
<li><strong>Account UUID:</strong> <code>f99070eb-6f8c-4a8d-ac13-19f80da4991e</code></li>
</ul>
<h2>What happened</h2>
<ol>
<li>Claude Desktop auto-updated to v1.1.7053</li>
<li>On launch, the app ran a migration at 20:59 (Mar 16) — copying all files from <code>local-agent-mode-sessions/</code> to <code>claude-code-sessions/</code></li>
<li>After migration completed:
<ul>
<li><strong>Scheduled Tasks sidebar:</strong> Empty (had 4 registered tasks)</li>
<li><strong>Code projects:</strong> Empty sidebar (had ~45 session files)</li>
<li><strong>Cowork session history:</strong> Empty</li>
</ul>
</li>
</ol>
<h2>What was expected</h2>
<p>All Cowork sessions, Code projects, and Scheduled Tasks should appear in the UI after upgrade, since the data was successfully migrated to the new directory.</p>
<h2>Data integrity confirmed</h2>
<p>All session data is present on disk and unmodified:</p>
<pre><code>~/Library/Application Support/Claude/claude-code-sessions/
├── 2916ba7b-0067-4490-99a1-0a0c8489aab3/ ← org folder
│ ├── scheduled-tasks.json ← 4 tasks registered
│ ├── cowork_settings.json
│ ├── .claude.json
│ └── local_*.json (x45) ← all Code session files
├── 2cc34e92-4b78-4cc7-9c87-ae5d6a540088/ ← plugin context
└── f99070eb-6f8c-4a8d-ac13-19f80da4991e/ ← account folder
</code></pre>
<p>The <code>scheduled-tasks.json</code> correctly references SKILL.md files that exist on disk:</p>
<pre><code>~/Documents/Claude/Scheduled/
├── daily-stock-briefing/SKILL.md
├── daily-stock-briefing-retry/SKILL.md
├── daily-summary/SKILL.md
├── briefing-no-whatsapp/SKILL.md
└── validate-prices/SKILL.md
</code></pre>
<h2>Root cause analysis</h2>
<p><strong>The app does not read from or write to <code>claude-code-sessions/</code> after migration.</strong></p>
<p>Evidence:</p>
<ul>
<li>Every file in <code>claude-code-sessions/</code> has timestamp <code>Mar 16 20:59</code> (the migration time)</li>
<li>No files were written to this directory after 20:59</li>
<li>No new org folders were created (even after clearing IndexedDB and re-authenticating)</li>
<li>Only <code>config.json</code>, <code>window-state.json</code>, and sentry files were updated post-migration</li>
</ul>
<p>This suggests the app's <code>LocalSessionManager</code> either:</p>
<ol>
<li>Reads session lists from a different source (server-side API, IndexedDB index, or Session Storage LevelDB) that was not populated during migration</li>
<li>Expects a different directory structure than what the migration created</li>
<li>Has a bug where <code>migrateLegacySessions()</code> copies files but doesn't register them in whatever index the UI reads</li>
</ol>
<h2>Recovery attempts (all failed)</h2>

Attempt | Result
-- | --
Full app restart (killall + relaunch) | No change
Clear Electron caches (Cache/, Code Cache/, GPUCache/, DawnGraphiteCache/, DawnWebGPUCache/, Saved Application State, ~/Library/Caches/com.anthropic.claudefordesktop) | No change
Clear IndexedDB, Session Storage, Local Storage (force app to rebuild from filesystem) | No change — app still shows empty
Multiple force-quit cycles | App auto-restarts via crash handler; still empty

<h2>Feature flags confirmed active</h2>
<p>From process arguments (desktop-features JSON):</p>
<ul>
<li><code>yukonSilver</code> (Cowork): <code>"status":"supported"</code></li>
<li><code>yukonSilverGems</code> (Scheduled Tasks): <code>"status":"supported"</code></li>
<li><code>chillingSloth</code> (Code): <code>"status":"supported"</code></li>
</ul>
<p>The Cowork tab itself is visible and accessible — it just shows no session history.</p>
<h2>Additional notes</h2>
<ul>
<li>The sidebar mode in Local Storage was <code>"chat"</code> — switching to Code or Cowork tabs shows empty lists</li>
<li><code>cowork_settings.json</code> is <code>{}</code> (empty object)</li>
<li><code>.claude.json</code> contains normal metadata (<code>firstStartTime</code>, migration flags)</li>
<li>The <code>daily-summary</code> scheduled task exists as a SKILL.md folder but was never registered in <code>scheduled-tasks.json</code> (minor pre-existing issue)</li>
</ul>
<h2>Requested fix</h2>
<ol>
<li><strong>Immediate:</strong> Make the app's session loader actually read <code>local_*.json</code> files and <code>scheduled-tasks.json</code> from the <code>claude-code-sessions/&lt;orgId&gt;/</code> directory on startup</li>
<li><strong>Long-term:</strong> Ensure the migration step populates whatever internal index (IndexedDB, LevelDB, server-side) the UI reads from — not just the filesystem</li>
</ol>
<h2>Workaround</h2>
<p>For <strong>Scheduled Tasks only:</strong> Re-create via Cowork UI using <code>/schedule</code>, pointing at existing SKILL.md files in <code>~/Documents/Claude/Scheduled/</code>. The task definitions are preserved; only the registry entry is missing.</p>
<p>For <strong>Code projects:</strong> Re-open working directories manually. Session conversation history in <code>local_*.json</code> files is preserved on disk if a future patch restores the reader.</p>
<hr>
<p><em>Bug diagnosed through extensive filesystem investigation in claude.ai chat. Full diagnostic transcript available on request.</em></p></body></html># Claude Desktop v1.1.7053: Upgrade loses all Cowork sessions, Code projects, and Scheduled Tasks

Summary

After upgrading Claude Desktop to v1.1.7053, all Cowork session history, Code project history, and Scheduled Tasks disappear from the UI. Data is confirmed intact on disk — the app simply does not read from claude-code-sessions/ after the migration.

Related: [#29373](https://github.com/anthropics/claude-code/issues/29373) — same root cause (migration from local-agent-mode-sessions to claude-code-sessions), but that issue was filed for v1.1.4498 and marked stale. This report covers v1.1.7053 where the problem persists and now also affects Scheduled Tasks and Cowork sessions, not just Code sessions.

Environment

  • App version: 1.1.7053
  • Platform: macOS 26.3.1 beta (Apple Silicon)
  • Account type: Pro (personal)
  • Org UUID: 2916ba7b-0067-4490-99a1-0a0c8489aab3
  • Account UUID: f99070eb-6f8c-4a8d-ac13-19f80da4991e

What happened

  1. Claude Desktop auto-updated to v1.1.7053
  2. On launch, the app ran a migration at 20:59 (Mar 16) — copying all files from local-agent-mode-sessions/ to claude-code-sessions/
  3. After migration completed:
  • Scheduled Tasks sidebar: Empty (had 4 registered tasks)
  • Code projects: Empty sidebar (had ~45 session files)
  • Cowork session history: Empty

What was expected

All Cowork sessions, Code projects, and Scheduled Tasks should appear in the UI after upgrade, since the data was successfully migrated to the new directory.

Data integrity confirmed

All session data is present on disk and unmodified:

~/Library/Application Support/Claude/claude-code-sessions/
├── 2916ba7b-0067-4490-99a1-0a0c8489aab3/   ← org folder
│   ├── scheduled-tasks.json                   ← 4 tasks registered
│   ├── cowork_settings.json
│   ├── .claude.json
│   └── local_*.json (x45)                     ← all Code session files
├── 2cc34e92-4b78-4cc7-9c87-ae5d6a540088/    ← plugin context
└── f99070eb-6f8c-4a8d-ac13-19f80da4991e/    ← account folder

The scheduled-tasks.json correctly references SKILL.md files that exist on disk:

~/Documents/Claude/Scheduled/
├── daily-stock-briefing/SKILL.md
├── daily-stock-briefing-retry/SKILL.md
├── daily-summary/SKILL.md
├── briefing-no-whatsapp/SKILL.md
└── validate-prices/SKILL.md

Root cause analysis

The app does not read from or write to claude-code-sessions/ after migration.

Evidence:

  • Every file in claude-code-sessions/ has timestamp Mar 16 20:59 (the migration time)
  • No files were written to this directory after 20:59
  • No new org folders were created (even after clearing IndexedDB and re-authenticating)
  • Only config.json, window-state.json, and sentry files were updated post-migration

This suggests the app's LocalSessionManager either:

  1. Reads session lists from a different source (server-side API, IndexedDB index, or Session Storage LevelDB) that was not populated during migration
  2. Expects a different directory structure than what the migration created
  3. Has a bug where migrateLegacySessions() copies files but doesn't register them in whatever index the UI reads

Recovery attempts (all failed)

| Attempt | Result |
|---------|--------|
| Full app restart (killall + relaunch) | No change |
| Clear Electron caches (Cache/, Code Cache/, GPUCache/, DawnGraphiteCache/, DawnWebGPUCache/, Saved Application State, ~/Library/Caches/com.anthropic.claudefordesktop) | No change |
| Clear IndexedDB, Session Storage, Local Storage (force app to rebuild from filesystem) | No change — app still shows empty |
| Multiple force-quit cycles | App auto-restarts via crash handler; still empty |

Feature flags confirmed active

From process arguments (desktop-features JSON):

  • yukonSilver (Cowork): "status":"supported"
  • yukonSilverGems (Scheduled Tasks): "status":"supported"
  • chillingSloth (Code): "status":"supported"

The Cowork tab itself is visible and accessible — it just shows no session history.

Additional notes

  • The sidebar mode in Local Storage was "chat" — switching to Code or Cowork tabs shows empty lists
  • cowork_settings.json is {} (empty object)
  • .claude.json contains normal metadata (firstStartTime, migration flags)
  • The daily-summary scheduled task exists as a SKILL.md folder but was never registered in scheduled-tasks.json (minor pre-existing issue)

Requested fix

  1. Immediate: Make the app's session loader actually read local_*.json files and scheduled-tasks.json from the claude-code-sessions/<orgId>/ directory on startup
  2. Long-term: Ensure the migration step populates whatever internal index (IndexedDB, LevelDB, server-side) the UI reads from — not just the filesystem

Workaround

For Scheduled Tasks only: Re-create via Cowork UI using /schedule, pointing at existing SKILL.md files in ~/Documents/Claude/Scheduled/. The task definitions are preserved; only the registry entry is missing.

For Code projects: Re-open working directories manually. Session conversation history in local_*.json files is preserved on disk if a future patch restores the reader.

---

Bug diagnosed through extensive filesystem investigation in claude.ai chat. Full diagnostic transcript available on request.

What Should Happen?

See what's wrong

Error Messages/Logs

Steps to Reproduce

See what's wrong

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

1.1.7053

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗