[BUG] Claude Desktop app crashes immediately when clicking </> Code tab (v1.2773.0, macOS 26.3.1, M4)
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?
⚠️ NOTE: This issue concerns the Claude Desktop macOS app (version 1.2773.0),
NOT the Claude Code CLI. The CLI (v2.1.109, filled above as required) works
correctly. Filing in this repo following the pattern of issue #47522, which
described a similar Desktop app bug here.
Summary
The Claude Desktop app on macOS crashes instantly and silently every time the </> Code tab is clicked, even from a fully clean state (no plugins, no session storage, no legacy caches). Chat and Cowork tabs work fine. The crash appears to have started after the April 13, 2026 Claude.ai outage.
Environment
App version: 1.2773.0
macOS: 26.3.1 (build 25D771280a)
Hardware: MacBook Air, Apple M4, ARM64, 16 GB RAM
Electron: 41.2.0
Chrome: 146.0.7680.179
Node: 24.14.0
Plan: Max
Login method: Google SSO (also tested with email magic-link, same crash)
Region: France, Europe/Paris
Reproduction
Launch Claude Desktop
App opens normally on Chat or Cowork (no crash)
Click the </> Code tab in the top-left
App crashes silently — window closes, process ends
100% reproducible across ~10 attempts.
What I've ruled out
Extensive diagnostics performed with all negative results (all of these were done and did not fix the crash):
Auth: Fresh re-login via both Google SSO and email magic-link — crash persists.
VM bundle: Full re-download and validation completed (rootfs.img.zst checksum validated, All files ready). Bundle = 10.7 GB in vm_bundles/claudevm.bundle/.
Keychain: Both Claude Safe Storage entries deleted, fresh tokens created.
Local caches: ~/Library/Application Support/Claude/ (Application Support) and ~/Library/Caches/Claude/ fully purged; app recreated them cleanly on next launch.
Plugin ECC: everything-claude-code@everything-claude-code v1.9.0 uninstalled via claude plugin uninstall and cache directory renamed. Crash persists.
Session Storage / Local Storage / window-state.json: Moved aside to force fresh-session state. Crash persists.
Sentry scope cache: Moved aside. Crash persists.
Memory: memory_pressure reports 84% free, ~9.6 GB available, zero swap activity. No pressure.
Disk: 73 GB free on the relevant volume.
Code binary itself: ~/Library/Application Support/Claude/claude-code/2.1.92/claude.app/Contents/MacOS/claude --version returns 2.1.92 (Claude Code) cleanly when run standalone.
Claude Code CLI (separate /usr/local/bin/claude from npm install): works perfectly, v2.1.109.
Log pointers
From ~/Library/Logs/Claude/main.log, the last lines before crash:
[PluginScan] Skipping legacy command "everything-claude-code:context-budget"
— name collides with skills/ entry
[PluginScan] Skipping legacy command "everything-claude-code:rules-distill"
— name collides with skills/ entry
[oauth] using cached token for orgId=<redacted>
[CCD] LocalSessions.setFocusedSession: sessionId=null
[CCD] /stats scanning 271/271 transcript files since date
The last log line is always [CCD] /stats scanning 271/271 transcript files since date — crash happens immediately after. Note: the collision warnings remained present even after ECC was fully uninstalled (stale cached state somewhere?).
Crashpad dump available at:
~/Library/Application Support/Claude/Crashpad/completed/70474bf7-9bbe-49f7-b4fe-e58ab51f43bf.dmp (1.9 MB)
Nothing in ~/Library/Logs/DiagnosticReports/ for Claude — the app is shutting down cleanly rather than triggering a system crash report.
Timing
Crash behavior started on April 15, 2026 following the April 13 Claude.ai outage (tracked in status.claude.com). Similar reports filed as issue #47522 (empty sidebar after same outage, macOS desktop app).
Workarounds I'm using
Chat and Cowork tabs in the desktop app work fine for non-dev work.
Claude Code CLI in terminal (npm global install, v2.1.109) is unaffected and fully functional.
I'm avoiding clicking the </> Code tab entirely until this is fixed.
What should happen
Clicking the </> Code tab should open the Code interface without crashing the app.
What Should Happen?
Clicking the </> Code tab should open the Code interface without crashing the app. The app should remain responsive and allow normal usage of the Code feature.
Error Messages/Logs
Steps to Reproduce
- Launch Claude Desktop app on macOS
- App opens normally on Chat or Cowork tab (no crash)
- Wait for initialization to complete (~10-15 seconds)
- Click the </> Code tab in the top-left of the app
- App window closes silently, process terminates
Reproduces 100% of the time across ~10 attempts.
Already attempted without success:
- Fresh re-login (Google SSO + email magic-link)
- Keychain reset (Claude Safe Storage entries deleted)
- Full purge of ~/Library/Application Support/Claude and ~/Library/Caches/Claude
- VM bundle re-download (10.7 GB, checksum validated)
- Uninstall of all plugins (claude plugin uninstall everything-claude-code)
- Move aside of Session Storage, Local Storage, window-state.json, sentry cache
- Memory and disk checked: 9.6 GB RAM available, 73 GB disk free
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
2.1.109 (Claude Code)
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
_No response_
12 Comments
Related to #47644 (same root cause, different trigger tab). Also related to #48261 (V8 OOM on macOS 26.3.1) and #40540 (Desktop App SDK flag incompatibility).
same problem here on Apple M4 Pro, 12 cores (8P + 4E), 24 GB RAM, ARM64
✅ Resolved — root cause identified
Root cause: Oversized transcript files in
~/.claude/projects/causing the Code tab to crash on startup during the[CCD] /stats scanningphase.In my case:
~/.claude/was 3.1 GB totalPlanning-OPSproject)The Code tab scans all transcript files at launch. When it hit these multi-GB files, the app crashed silently every time.
Fix (credit to @lakhanivivek in #48281):
After archiving,
~/.claude/went from 3.1 GB to 869 MB. Relaunched the app → Code tab works normally.Note: All the other troubleshooting I did earlier (Keychain reset, VM bundle re-download, plugin uninstall, Session Storage purge) was unnecessary — the transcript size was the only real issue.
Related: #48281, #47644, #48261
On Windows 11 Pro, Claude Desktop 1.3109.0 — crash is not triggered by ~/.claude/projects transcript count as hypothesized. Isolated the trigger to ~/.claude/file-history (569 files). Moving that directory aside resolves the crash; projects can remain populated with 277+ files. Log shows /stats scanning N/N completes before crash, suggesting the failure is in file-history loading, not transcript scanning.
same problem (macos 26.3.1 (a) (25D771280a) on Macbook Pro M5. Claude Version 1.3109.0 (35cbf6). Resolved with this root cause identified. (y)
I'm reproducing it on macOS 26.4.1, Apple Silicon, on MacBook Pro M5. Claude Version 1.3109.0 (35cbf6). 100% of the time when clicking the Code tab, clearing session storage is the only recovery.
Same issue on v1.3109.0, macOS. Logs attached
claude-bug.zip
Still reproduces after today's update.
Still reproduces after the April 25, 2026 update.
Environment:
Behavior:
Claude process appears to remain alive afterward
log show --predicate 'process == "Claude"'captures normal pasteboardand window activity with no Error-level entries around the crash event
process-level fault
Persisted through:
claude-crash-log.txt
System log attached: claude-crash-log.txt
Same issue on macOS, Apple Silicon. Still reproduces after recent updates.
Environment:
Behavior:
</> Codetab: window closes silently within seconds of clickingWhat I tried (none of which fixed the crash):
~/Library/Application Support/Claudeand~/Library/Caches/Claude, then relaunch (app recreated them cleanly)claude doctor— surfaced two parallel CLI installations:~/.local/bin/claude(2.1.119)/usr/local/bin/claudesudo npm -g uninstall @anthropic-ai/claude-codeclaude doctor: clean state, only native install remaining, no warnings (Multiple installations foundandLeftover npm global installationboth gone)</> Codetab still crashes silentlyPossibly useful as a negative finding: a parallel npm-global / native CLI install is not the root cause. Removing the npm-global leftover and keeping only the native install (verified clean via
claude doctor) does not resolve the crash on the Code tab. Worth ruling out for anyone else triaging this — the CLI install state appears to be independent of the renderer-side crash.Same crash on macOS 26.2, Apple Silicon, Claude Desktop v[deine Version].
Stack trace from --disable-gpu attempt:
Error: GPU access not allowed
at Object.processEvent (/Applications/Claude.app/Contents/Resources/app.asar/.vite/build/index.pre.js:28:15080)
at Wg.Object.assign.id (.../index.pre.js:13:16416)
at mB (.../index.pre.js:27:886)
Code-Tab crashes ~1-2 seconds after Loading state completes, before any user input.
Reinstall did not help.
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.