Antigravity IDE v2.1.29 — Language Server OAuth failure (macOS, non-Gmail account)

Google Antigravity
1

Environment:

  • Antigravity IDE v2.1.29 (Desktop)

  • macOS Sonoma 14.5

  • Account: external email (non-Gmail) linked to Google account

  • Plan: Google AI Ultra

Problem:
Language server cannot authenticate. The IDE UI correctly recognizes my account and Ultra plan, but the LS enters a crash loop.

Language Server logs (server.go):

E: Failed to get OAuth token: error getting token source from auth provider: state syncing error: key not found
W: Cache(loadCodeAssistResponse): Singleflight refresh failed: error getting token source: state syncing error: key not found
W: Cache(fetchAdminControls): Singleflight refresh failed
W: Cache(userInfo): Singleflight refresh failed
W: failed to set auth token

Cockpit logs (Antigravity Cockpit v2.1.29):

Loaded 0 accounts, tools available: false
Quota Update: No models available

Extension client logs (google.antigravity):

[Error] Server initialization failed. Code: -32097
[Error] antigravity client: couldn't create connection to server.
Error: connect ECONNREFUSED 127.0.0.1:61393
[Error] Restarting server failed

Additional error:
Selecting “Managed Trusted Extensions” throws: Cannot read properties of undefined (reading 'm')

Reproduction:

  1. Sign in with a non-Gmail Google account (external email)

  2. IDE UI shows account + Ultra plan correctly

  3. Language server fails to get OAuth token on every startup

  4. Server crashes → restarts → fails again (infinite loop)

  5. Cockpit always shows 0 accounts and no models

Key detail:
Gemini CLI authenticates and works perfectly with the same account and credentials. This confirms the subscription is valid. The issue is isolated to Antigravity IDE’s language server OAuth token retrieval.

What I’ve tried:

  • Sign out / Sign in

  • Deleted state.vscdb and re-authenticated

  • Verified OAuth permissions at myaccount.google.com

  • Multiple restarts of the IDE

  • LS has restarted across multiple PIDs (87973 → 88443 → 89555 → 94770) with the same result

Hypothesis:
The language server (Go binary) uses a different credential storage/retrieval mechanism than both the IDE UI and Gemini CLI. It appears unable to read the OAuth token from the macOS keychain or local credential store for accounts using non-Gmail email addresses.