# 429 RESOURCE\_EXHAUSTED at 0.03% of quota — reproducible across projects, tiers and endpoints **URL:** \ **Category:** Gemini API\ **Tags:** rate-limits\ **Created:** [August 6, 2026, 7:47am UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317 "2026-08-06T07:47:47Z")\ **Posts on this page:** 10\ **Page:** 2
**Author:** ![Petr\_Hlavka](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/petr_hlavka/32/141045_2.png) [@Petr\_Hlavka](https://discuss.ai.google.dev/u/Petr_Hlavka)\ **Post date:** [August 16, 2026, 5:06pm UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/21 "2026-08-16T17:06:47Z")
Just a note on the performance concern with the Base64 workaround: it depends on where you do the conversion. In our setup the file is converted to Base64 **in the user’s browser** , before it ever reaches our backend, so there’s no server-side download-and-re-upload cycle. No extra server traffic, no memory overhead — the cost sits with the client that just picked the file anyway. We migrated a production receipt-OCR pipeline from `fileData.fileUri` to inline Base64 across ~34 test documents (JPEG, PNG, PDF). Two side effects worth mentioning: median processing time dropped by roughly half, since Google no longer has to fetch the file from our CDN, and PDF input started working. For anyone hitting this from a browser-based app, client-side conversion may be a better answer than waiting for the ingestion path to be fixed. It’s a different architecture rather than a workaround. ---
**Author:** ![Atharva\_Deshmukh](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/atharva_deshmukh/32/141459_2.png) [@Atharva\_Deshmukh](https://discuss.ai.google.dev/u/Atharva_Deshmukh)\ **Post date:** [August 18, 2026, 9:00pm UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/22 "2026-08-18T21:00:06Z")
any update ? have this uri issue being solved ? ---
**Author:** ![kk\_oo1](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/kk_oo1/32/141382_2.png) [@kk\_oo1](https://discuss.ai.google.dev/u/kk_oo1)\ **Post date:** [August 18, 2026, 10:23pm UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/23 "2026-08-18T22:23:38Z")
> [@Sai\_Deepika\_K](#): > > Thank you for sharing the detailed reproduction steps, We have escalated this issue and are looking into it. Is there any update from the team on this issue? The problem is still fully reproducible with `fileData.fileUri`, including with the public PDF test case shared above, and multiple users have now confirmed the same behavior. Client-side Base64 conversion may be a workaround in some applications, but in our production architecture the Gemini API key and API calls are intentionally kept server-side for security reasons, in line with Google’s recommendation not to expose API keys in client-side code. Thank you. ---
**Author:** ![kk\_oo1](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/kk_oo1/32/141382_2.png) [@kk\_oo1](https://discuss.ai.google.dev/u/kk_oo1)\ **Post date:** [August 21, 2026, 9:50pm UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/24 "2026-08-21T21:50:03Z")
**Additional update:** I also tested the Interactions API, to rule out an issue specific to `generateContent`. I used: - `gemini-3.5-flash-lite` - `gemini-3.6-flash` - `gemini-3.7-flash` - `POST https://generativelanguage.googleapis.com/v1beta/interactions` - The same public PDF URL currently shown in Google’s External HTTP URL documentation: `https://ontheline.trincoll.edu/images/bookdown/sample-local-pdf.pdf` All three models return HTTP 429: ```auto { ``` “error”: { ``` "message": "Resource has been exhausted (e.g. check quota).", "code": "too_many_requests" ``` } } In particular, `gemini-3.6-flash + Interactions API + this PDF URL` is effectively the same setup as the current External HTTP URL example in the Gemini API documentation. Therefore, this does not appear to be specific to `generateContent` or to a particular Gemini 3.x model. It appears more likely to be related to the shared external URL ingestion/fetch path. The response also still contains no description explaining the specific cause of the 429. ---
**Author:** ![Niket\_Goriya](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/niket_goriya/32/143174_2.png) [@Niket\_Goriya](https://discuss.ai.google.dev/u/Niket_Goriya)\ **Post date:** [August 29, 2026, 10:59am UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/25 "2026-08-29T10:59:15Z")
Hey Guys, It does not work with Google AI Studio API Keys! It only works via Google Agent Platform. on genai sdk use enterprise=True with service account key or ADC (Application Default Credentials) for authentication as per projects settings ---
**Author:** ![Jon\_Matthews](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/jon_matthews/32/87966_2.png) [@Jon\_Matthews](https://discuss.ai.google.dev/u/Jon_Matthews)\ **Post date:** [September 4, 2026, 5:18pm UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/26 "2026-09-04T17:18:30Z")
Sorry about this everyone - this is now fixed. ---
**Author:** ![Khronos1](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/khronos1/32/148105_2.png) [@Khronos1](https://discuss.ai.google.dev/u/Khronos1)\ **Post date:** [September 8, 2026, 1:14am UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/27 "2026-09-08T01:14:13Z")
I just tested it out again. I now no longer get HTTP 429 RESOURCE\_EXHAUSTED with “URL\_REJECTED-REJECTED\_CLIENT\_CAPABILITY” in the Google AI Studio logs when adding an external image URL to an API request (specifically an AWS S3 URL). I now get HTTP 403 PERMISSION\_DENIED with “URL\_REJECTED-REJECTED\_CLIENT\_CAPABILITY” in the Google AI Studio logs when adding an external image URL to an API request. The error has slightly changed, but it’s still there. ---
**Author:** ![Reyner\_WilliamsLiong](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/reyner_williamsliong/32/147841_2.png) [@Reyner\_WilliamsLiong](https://discuss.ai.google.dev/u/Reyner_WilliamsLiong)\ **Post date:** [September 8, 2026, 1:58am UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/28 "2026-09-08T01:58:56Z")
this also happend on Antigravity, Mine is on version 1.23.2 but other also experiencing this on version 2.+, is there any update why this is happend or is it fixed? thank you ---
**Author:** ![Atharva\_Deshmukh](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/atharva_deshmukh/32/141459_2.png) [@Atharva\_Deshmukh](https://discuss.ai.google.dev/u/Atharva_Deshmukh)\ **Post date:** [September 9, 2026, 7:34pm UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/29 "2026-09-09T19:34:42Z")
http 403 , what r u guys up on ? ---
**Author:** ![kk\_oo1](https://d1dlmcr85iqnpo.cloudfront.net/user_avatar/discuss.ai.google.dev/kk_oo1/32/141382_2.png) [@kk\_oo1](https://discuss.ai.google.dev/u/kk_oo1)\ **Post date:** [September 13, 2026, 4:41am UTC](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317/30 "2026-09-13T04:41:33Z")
> [@Jon\_Matthews](#): > > Sorry about this everyone - this is now fixed. Update: the issue is still reproducible, but the error has now changed from 429 to 403. I tested again using a minimal standalone PHP script, completely separate from my production application. Test conditions: Model: gemini-3.6-flash Endpoint: [https://generativelanguage.googleapis.com/v1beta/interactions](https://generativelanguage.googleapis.com/v1beta/interactions) Public PDF URL: \ Authentication: API key via x-goog-api-key The file is passed directly as an external URL. No Base64 conversion or server-side file download is performed. The request now returns HTTP 403: { “error”: { “message”: “The caller does not have permission”, “code”: “permission\_denied” } } Text-only requests using the same API key/project still work normally. The failure occurs when an external file URL is included. Previously, the same external-file path returned: 429 RESOURCE\_EXHAUSTED After the reported fix, it now returns: 403 PERMISSION\_DENIED The caller does not have permission Therefore, from my environment, the external URL ingestion issue does not appear to be resolved; the returned error has changed from 429 to 403. This is also reproducible with the public PDF URL used for our minimal testing, so it is not specific to Yahoo-hosted images or to my production application. Could you please confirm whether external HTTP URL input with Gemini API keys is currently expected to work with gemini-3.6-flash and the Interactions API? [Previous page](https://discuss.ai.google.dev/t/429-resource-exhausted-at-0-03-of-quota-reproducible-across-projects-tiers-and-endpoints/177317.md?page=1)