gemini-cli - ✅(Solved) Fix Model usage quota doesn't show on footer [1 pull requests, 4 comments, 5 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#25065Fetched 2026-04-10 03:44:52
View on GitHub
Comments
4
Participants
5
Timeline
13
Reactions
0
Timeline (top)
commented ×4labeled ×3added_to_project_v2 ×1cross-referenced ×1

Fix Action

Fixed

PR fix notes

PR #25080: fix(core): emit quota data for non-auto models in footer

Description (problem / solution / changelog)

Summary

Footer quota section renders nothing when a user selects a non-auto model via /model (e.g. gemini-3.1-pro-preview), even though /stats displays the quota correctly.

Details

emitQuotaChangedEvent() calls getPooledQuota() directly, which returns an empty object for non-auto models (isAutoModel() check fails). The event is emitted with undefined values, and the footer skips rendering.

The public getters (getQuotaRemaining(), getQuotaLimit(), getQuotaResetTime()) each have a fallback that resolves the specific model and looks it up in modelQuotas. Both /stats and the footer initialization already use these getters — only the event-emission path was missing the fallback.

The fix replaces the direct getPooledQuota() call in emitQuotaChangedEvent() with the public getters, making the event path consistent with the initialization path and /stats.

Related Issues

Fixes #25065

How to Validate

  1. Start gemini-cli and run /model to select a specific model (e.g. gemini-3.1-pro-preview)
  2. Run /footer and enable the quota section
  3. Use the CLI until quota data is available
  4. Run /stats — verify quota info is shown
  5. Verify the footer now also displays quota percentage

Pre-Merge Checklist

  • Updated relevant documentation and README (if needed)
  • Added/updated tests (if needed)
  • Noted breaking changes (if any)
  • Validated on required platforms/methods:
    • MacOS
    • Windows
    • Linux

Changed files

  • packages/core/src/config/config.ts (modified, +8/-10)
RAW_BUFFERClick to expand / collapse

What happened?

Configuring /footer to show quota information does not show when model limit has been reached. The steps that I took to get here:

  1. Use /model and manually select gemini-3.1-pro-preview
  2. Configure /footer and enable the quota section
  3. Use up daily quota of model
  4. Confirm quota reached via /stats
  5. Quota information does not show on footer

Screenshot of /footer configuration: <img width="838" height="635" alt="Image" src="https://github.com/user-attachments/assets/b21c6517-4eb2-41ac-853f-f475f2ad2d83" />

Screenshot of /stats output. Footer is missing quota information: <img width="867" height="625" alt="Image" src="https://github.com/user-attachments/assets/4b046e97-ca1e-49fc-af4a-cdbaf8d32d23" />

What did you expect to happen?

I would have expected to see the percentage of daily quota that had already been used for the selected model.

Client information

  • CLI Version: 0.37.0
  • Git Commit: 352bbe149
  • Session ID: f0abf38c-9096-4d1a-9655-6e771db36e98
  • Operating System: linux v22.22.0
  • Sandbox Environment: no sandbox
  • Model Version: gemini-3.1-pro-preview
  • Auth Type: oauth-personal
  • Memory Usage: 500.0 MB
  • Terminal Name: tmux 3.5a (ghostty 1.3.1)
  • Terminal Background: #000000
  • Kitty Keyboard Protocol: Unsupported

Login information

No response

Anything else we need to know?

No response

extent analysis

TL;DR

  • Verify that the quota section in the /footer configuration is correctly enabled and configured to display the daily quota usage for the selected model.

Guidance

  • Check the /footer configuration settings to ensure that the quota section is enabled and set to display the daily quota usage for the gemini-3.1-pro-preview model.
  • Confirm that the daily quota has been reached by checking the /stats output, and verify that the quota information is not being displayed in the footer due to a configuration issue or a bug.
  • Try disabling and re-enabling the quota section in the /footer configuration to see if it resolves the issue.
  • If the issue persists, try checking the documentation or support resources for the gemini-3.1-pro-preview model to see if there are any known issues or limitations with displaying quota information in the footer.

Notes

  • The issue may be specific to the gemini-3.1-pro-preview model or the 0.37.0 CLI version, and may not be reproducible with other models or versions.
  • The provided screenshots and client information may be helpful in troubleshooting the issue, but may not be sufficient to identify the root cause.

Recommendation

  • Apply workaround: Try configuring the /footer quota section to display the daily quota usage for a different model, or try using a different version of the CLI to see if the issue is resolved.

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