claude-code - 💡(How to fix) Fix [BUG] [Windows] 1.2773.0 browser-process V8 OOM on launch [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#49023Fetched 2026-04-17 08:53:00
View on GitHub
Comments
1
Participants
2
Timeline
10
Reactions
0
Timeline (top)
labeled ×4cross-referenced ×3commented ×1subscribed ×1

Error Message

Crashpad dump signature:

  • process_type = browser
  • Electron 41.2.0
  • electron.v8-oom.location = CALL_AND_RETRY_LAST
  • electron.v8-oom.is_heap_oom
  • OOM error in V8: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

main.log also shows:

  • UnknownError: Internal error opening backing store for indexedDB.open

cowork-service.log still shows the app connects, signature-verifies, then drops with EOF shortly after. The VM service stays healthy.

I also tested with:

  • VM bundle compression fixed/uncompressed
  • transcript/session caches moved aside
  • Chromium caches cleared
  • broad Claude profile reset, leaving only claude_desktop_config.json and config.json
  • CoworkVMService running normally

The crash still happens from that near-empty state.

Code Example

Crashpad dump signature:
- process_type = browser
- Electron 41.2.0
- electron.v8-oom.location = CALL_AND_RETRY_LAST
- electron.v8-oom.is_heap_oom
- OOM error in V8: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

main.log also shows:
- UnknownError: Internal error opening backing store for indexedDB.open

cowork-service.log still shows the app connects, signature-verifies, then drops with EOF shortly after. The VM service stays healthy.

I also tested with:
- VM bundle compression fixed/uncompressed
- transcript/session caches moved aside
- Chromium caches cleared
- broad Claude profile reset, leaving only claude_desktop_config.json and config.json
- CoworkVMService running normally

The crash still happens from that near-empty state.
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Claude Desktop 1.2773.0 closes on launch in Windows even after clean reinstall and a near-empty profile reset.

What Should Happen?

Claude should stay open normally and reach the home screen/login state instead of closing.

Error Messages/Logs

Crashpad dump signature:
- process_type = browser
- Electron 41.2.0
- electron.v8-oom.location = CALL_AND_RETRY_LAST
- electron.v8-oom.is_heap_oom
- OOM error in V8: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

main.log also shows:
- UnknownError: Internal error opening backing store for indexedDB.open

cowork-service.log still shows the app connects, signature-verifies, then drops with EOF shortly after. The VM service stays healthy.

I also tested with:
- VM bundle compression fixed/uncompressed
- transcript/session caches moved aside
- Chromium caches cleared
- broad Claude profile reset, leaving only claude_desktop_config.json and config.json
- CoworkVMService running normally

The crash still happens from that near-empty state.

Steps to Reproduce

  1. Install Claude Desktop 1.2773.0 on Windows.
  2. Launch Claude from Start.
  3. Wait for startup.
  4. Observe that the app closes within seconds, even after a clean reinstall and profile reset.

Claude Model

Not sure / Multiple models

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

Claude 1.2773.0 (884b37) 2026-04-15T14:32:09.000Z

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

This is on Windows with an MSIX install (Claude_pzs8sxrjxfjjc). I already ruled out local profile bloat, transcript caches, VM bundle compression, and CoworkVMService instability. The browser-process dump still shows a V8 OOM signature after those resets.

extent analysis

TL;DR

The issue is likely related to a memory leak or excessive memory usage in the Electron application, causing it to crash on launch.

Guidance

  • Investigate the electron.v8-oom.location = CALL_AND_RETRY_LAST error in the Crashpad dump, which suggests a JavaScript heap out of memory issue.
  • Check the main.log for any other errors or warnings that may indicate the cause of the UnknownError: Internal error opening backing store for indexedDB.open error.
  • Consider increasing the memory allocation for the Electron application or optimizing the code to reduce memory usage.
  • Verify that the issue is not related to the cowork-service.log or VM service by checking their logs for any errors or anomalies.

Example

No code snippet is provided as the issue is more related to configuration and memory management.

Notes

The issue seems to be specific to the Windows platform and the MSIX install. The fact that it worked in a previous version suggests a regression, but without knowing the last working version, it's difficult to pinpoint the exact cause.

Recommendation

Apply workaround: Increase the memory allocation for the Electron application or optimize the code to reduce memory usage, as the root cause seems to be related to memory management.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING