gemini-cli - 💡(How to fix) Fix 403 PERMISSION_DENIED: cloudcode-pa.googleapis.com SERVICE_DISABLED on user project, account bound to inaccessible phantom project [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
google-gemini/gemini-cli#25226Fetched 2026-04-13 05:45:42
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Timeline (top)
labeled ×3commented ×1

Error Message

  1. Any prompt → Error: The caller does not have permission (403)

Root Cause

The account [email protected] is server-side bound to maximal-starlight-0j013 (a project from a previously used account/session) but lacks IAM permissions on it. The only accessible project (micro-territory-486017-f4) cannot have cloudcode-pa.googleapis.com enabled because it is a private API (subject 110002).

This is identical to the issue described in #24425 ("stale cloudaicompanionProject binding to a phantom project").

Code Example

{
  "cloudaicompanionProject": "maximal-starlight-0j013",
  "gcpManaged": false,
  "paidTier": { "id": "g1-pro-tier" },
  "currentTier": { "id": "standard-tier" }
}

---

403: The caller does not have permission

---

403: Cloud Code Private API has not been used in project micro-territory-486017-f4 before or it is disabled.
reason: SERVICE_DISABLED

---

403: Permission denied to enable service [cloudcode-pa.googleapis.com]
subject: "110002"private API, cannot be user-enabled
RAW_BUFFERClick to expand / collapse

Environment

  • Gemini CLI version: 0.37.1
  • OS: macOS Darwin 25.3.0
  • Auth method: Login with Google (OAuth)
  • Account: [email protected] (Google One AI Pro subscriber)

Problem

After OAuth authentication succeeds and the Pro subscription tier is correctly identified, all streamGenerateContent calls return 403.

The account is server-side bound to a "phantom project" (maximal-starlight-0j013) that the account has no IAM permissions on. When providing an accessible GCP project (micro-territory-486017-f4), the API returns SERVICE_DISABLED because cloudcode-pa.googleapis.com cannot be manually enabled (subject 110002 - private API).

Steps to Reproduce

  1. Fresh install of gemini-cli 0.37.1
  2. /auth → Login with Google → authenticate with [email protected]
  3. Any prompt → Error: The caller does not have permission (403)

API Investigation

loadCodeAssist without project returns:

{
  "cloudaicompanionProject": "maximal-starlight-0j013",
  "gcpManaged": false,
  "paidTier": { "id": "g1-pro-tier" },
  "currentTier": { "id": "standard-tier" }
}

streamGenerateContent with maximal-starlight-0j013:

403: The caller does not have permission

(Account has zero IAM access on this project — getIamPolicy also returns 403)

streamGenerateContent with micro-territory-486017-f4 (only accessible project):

403: Cloud Code Private API has not been used in project micro-territory-486017-f4 before or it is disabled.
reason: SERVICE_DISABLED

Attempt to enable cloudcode-pa.googleapis.com via Service Usage API:

403: Permission denied to enable service [cloudcode-pa.googleapis.com]
subject: "110002"  ← private API, cannot be user-enabled

onboardUser with micro-territory-486017-f4 returns done: true successfully, but does NOT trigger service enablement.

Root Cause

The account [email protected] is server-side bound to maximal-starlight-0j013 (a project from a previously used account/session) but lacks IAM permissions on it. The only accessible project (micro-territory-486017-f4) cannot have cloudcode-pa.googleapis.com enabled because it is a private API (subject 110002).

This is identical to the issue described in #24425 ("stale cloudaicompanionProject binding to a phantom project").

Request

Please reset the server-side cloudaicompanionProject binding for account [email protected] so it correctly routes to the AI Pro flow without requiring a Cloud project with cloudcode-pa.googleapis.com pre-enabled.

Related Issues

  • #24425
  • #24517
  • #10110

extent analysis

TL;DR

Reset the server-side cloudaicompanionProject binding for the account to resolve the 403 permission issue.

Guidance

  • Verify that the account is indeed bound to a "phantom project" (maximal-starlight-0j013) by checking the loadCodeAssist response.
  • Attempt to use an accessible GCP project (micro-territory-486017-f4) and verify that the streamGenerateContent call returns a SERVICE_DISABLED error due to the private API restriction.
  • Check the related issues (#24425, #24517, #10110) for similar problems and potential workarounds.
  • Consider reaching out to the support team to reset the server-side cloudaicompanionProject binding for the account.

Example

No code snippet is provided as the issue is related to server-side configuration and API permissions.

Notes

The issue seems to be related to a stale binding of the account to a phantom project, which is causing the permission issues. Resetting the binding should resolve the problem. However, the private API restriction may still cause issues with enabling the required service.

Recommendation

Apply workaround: Reset the server-side cloudaicompanionProject binding for the account to correctly route to the AI Pro flow without requiring a Cloud project with cloudcode-pa.googleapis.com pre-enabled. This should resolve the 403 permission issue and allow the account to use the AI Pro features.

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