claude-code - 💡(How to fix) Fix [Bug] Claude Code 2.1.120 bundled binary exits with code 1 on Antigravity spawn [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#53211Fetched 2026-04-26 05:21:32
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Timeline (top)
labeled ×3commented ×1

Error Message

From claude: error: An unknown error occurred (Unexpected) Error spawning Claude ... process exited with code 1 2026-04-25 12:10:42.997 [info] From claude: error: An unknown error occurred (Unexpected) 2026-04-25 12:10:43.003 [error] Error spawning Claude (on channel mhanwg7iyw): Error: Claude Code process exited with code 1 2026-04-25 12:10:43.004 [error] Failed to load config cache: Error: Claude Code process exited with code 1

Fix Action

Fix / Workaround

Bug Description Environment:

macOS, darwin-arm64

CLI: native 2.1.119 (commit 6f6855483975), /doctor OK

IDE host: Google Antigravity, using bundled anthropic.claude-code-2.1.120-darwin-arm64

Problem:

When Antigravity spawns the bundled claude binary (2.1.120), it immediately logs:

From claude: error: An unknown error occurred (Unexpected)

Error spawning Claude ... process exited with code 1

Same project, same machine: native claude 2.1.119 runs fine. /doctor reports “Diagnostics: OK”.

OAuth tokens are present (OAuth tokens found in secure storage).

No Python virtualenv leakage, MCP config reduced to { "mcpServers": {} }.

Logs from Antigravity:

text 2026-04-25 12:10:42.621 [info] AuthManager initialized 2026-04-25 12:10:42.621 [info] Claude code extension is now active? 2026-04-25 12:10:42.621 [info] MCP Server running on port 61271 (localhost only) 2026-04-25 12:10:42.621 [info] Getting authentication status 2026-04-25 12:10:42.621 [info] OAuth tokens found in secure storage 2026-04-25 12:10:42.621 [info] AuthManager initialized ... 2026-04-25 12:10:42.953 [info] Received message from webview: {"type":"launch_claude","channelId":"mhanwg7iyw","cwd":"/Users/marcparisotto/Desktop/HERMES/OpenWork","permissionMode":"acceptEdits","thinkingLevel":"default_on"} 2026-04-25 12:10:42.956 [info] Launching Claude on channel: mhanwg7iyw 2026-04-25 12:10:42.958 [info] Spawning Claude with SDK query function - cwd: /Users/marcparisotto/Desktop/HERMES/OpenWork, permission mode: acceptEdits, version: 2.1.120, /Users/marcparisotto/.antigravity/extensions/anthropic.claude-code-2.1.120-darwin-arm64/resources/native-binary/claude, resume: undefined 2026-04-25 12:10:42.997 [info] From claude: error: An unknown error occurred (Unexpected) 2026-04-25 12:10:43.003 [error] Error spawning Claude (on channel mhanwg7iyw): Error: Claude Code process exited with code 1 2026-04-25 12:10:43.004 [error] Failed to load config cache: Error: Claude Code process exited with code 1

Request:

Can you check for regressions in the 2.1.120 bundled binary / Antigravity integration that would cause this behavior while 2.1.119 CLI remains healthy?

Ideally, either:

Allow Antigravity to use the working native 2.1.119 binary, or

Patch/roll back the bundled 2.1.120 for this host.

Happy to run with extra debug flags or a canary build if that helps.

Code Example

[]
RAW_BUFFERClick to expand / collapse

Bug Description Environment:

macOS, darwin-arm64

CLI: native 2.1.119 (commit 6f6855483975), /doctor OK

IDE host: Google Antigravity, using bundled anthropic.claude-code-2.1.120-darwin-arm64

Problem:

When Antigravity spawns the bundled claude binary (2.1.120), it immediately logs:

From claude: error: An unknown error occurred (Unexpected)

Error spawning Claude ... process exited with code 1

Same project, same machine: native claude 2.1.119 runs fine. /doctor reports “Diagnostics: OK”.

OAuth tokens are present (OAuth tokens found in secure storage).

No Python virtualenv leakage, MCP config reduced to { "mcpServers": {} }.

Logs from Antigravity:

text 2026-04-25 12:10:42.621 [info] AuthManager initialized 2026-04-25 12:10:42.621 [info] Claude code extension is now active? 2026-04-25 12:10:42.621 [info] MCP Server running on port 61271 (localhost only) 2026-04-25 12:10:42.621 [info] Getting authentication status 2026-04-25 12:10:42.621 [info] OAuth tokens found in secure storage 2026-04-25 12:10:42.621 [info] AuthManager initialized ... 2026-04-25 12:10:42.953 [info] Received message from webview: {"type":"launch_claude","channelId":"mhanwg7iyw","cwd":"/Users/marcparisotto/Desktop/HERMES/OpenWork","permissionMode":"acceptEdits","thinkingLevel":"default_on"} 2026-04-25 12:10:42.956 [info] Launching Claude on channel: mhanwg7iyw 2026-04-25 12:10:42.958 [info] Spawning Claude with SDK query function - cwd: /Users/marcparisotto/Desktop/HERMES/OpenWork, permission mode: acceptEdits, version: 2.1.120, /Users/marcparisotto/.antigravity/extensions/anthropic.claude-code-2.1.120-darwin-arm64/resources/native-binary/claude, resume: undefined 2026-04-25 12:10:42.997 [info] From claude: error: An unknown error occurred (Unexpected) 2026-04-25 12:10:43.003 [error] Error spawning Claude (on channel mhanwg7iyw): Error: Claude Code process exited with code 1 2026-04-25 12:10:43.004 [error] Failed to load config cache: Error: Claude Code process exited with code 1

Request:

Can you check for regressions in the 2.1.120 bundled binary / Antigravity integration that would cause this behavior while 2.1.119 CLI remains healthy?

Ideally, either:

Allow Antigravity to use the working native 2.1.119 binary, or

Patch/roll back the bundled 2.1.120 for this host.

Happy to run with extra debug flags or a canary build if that helps.

Environment Info

  • Platform: darwin
  • Terminal: Apple_Terminal
  • Version: 2.1.119
  • Feedback ID: c675563a-8fb9-4c1c-b0ad-ff409c5dcc87

Errors

[]

extent analysis

TL;DR

The issue might be resolved by using the working native 2.1.119 binary with Antigravity instead of the bundled 2.1.120 binary.

Guidance

  • Investigate if there's a configuration option in Antigravity to use an external Claude binary, allowing the use of the native 2.1.119 version.
  • Check the release notes or changelog for version 2.1.120 to see if any known issues or regressions are mentioned that could cause this behavior.
  • Consider running Antigravity with extra debug flags to gather more information about the error.
  • If possible, test the bundled 2.1.120 binary outside of Antigravity to see if the issue persists, helping to isolate if the problem is with the binary itself or the integration with Antigravity.

Notes

The issue seems to be specific to the interaction between Antigravity and the bundled Claude binary, as the native 2.1.119 CLI works fine. Without more detailed logs or error messages, it's challenging to pinpoint the exact cause.

Recommendation

Apply a workaround by using the native 2.1.119 binary with Antigravity, if possible, as it is known to work correctly. This approach avoids potential issues with the bundled 2.1.120 binary until a more permanent fix can be found.

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

claude-code - 💡(How to fix) Fix [Bug] Claude Code 2.1.120 bundled binary exits with code 1 on Antigravity spawn [1 comments, 2 participants]