codex - 💡(How to fix) Fix Clarify Codex rate-limit reset behavior and make reset scope visible in Usage UI [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
openai/codex#20395Fetched 2026-05-01 05:43:27
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Timeline (top)
labeled ×3closed ×1commented ×1

Root Cause

Codex exposes multiple visible usage limits, including shorter rolling windows and weekly limits. When OpenAI announces a reset of “Codex rate limits for ALL paid plans,” paid users reasonably expect the product to make clear which visible limits were actually reset.

Without that transparency, users cannot tell whether:

  • the reset failed to propagate;
  • only the 5-hour window was reset;
  • the weekly limit was intentionally excluded;
  • their account was ineligible due to backend state;
  • or the UI simply does not reflect the reset.
RAW_BUFFERClick to expand / collapse

What variant of Codex are you using?

Codex for macOS

What version of the Codex App are you using?

Version 26.422.71525 (2210)

What subscription do you have?

Plus

What platform is your computer?

macOS Tahoe

What issue are you seeing?

A public announcement stated that Codex rate limits were reset for “ALL paid plans.” The announcement was posted by Tibo Sottiaux (@thsottiaux) on X on April 28, 2026:

Don’t just reset Codex rate limits for fun, it costs money. Don’t just reset Codex rate limits for fun, it costs money. ... but the vibes are good ... I have reset Codex rate limits for ALL paid plans to celebrate a good week and allow everyone to build more with GPT-5.5. Enjoy

Reference: https://x.com/thsottiaux/status/2048997818673537399?s=46&t=T-QN-YBrEo1iiw5oRoIM_Q

However, the Codex Usage UI did not make clear what was actually reset, which quota intervals were included, or whether the reset applied uniformly across paid plans.

In my case, after the announcement, my account continued to show depleted / partially depleted Codex usage, including the weekly limit remaining on its normal cycle. OpenAI Support later clarified that the reset did not universally apply across all quota types or account states, and that the weekly Codex limit was not reset for all users, including my Plus account.

That means the product currently has a transparency gap:

  • The public wording suggested a broad paid-plan rate-limit reset.
  • The actual implementation appears to have been conditional by quota interval, account state, usage timing, or backend eligibility.
  • The Usage UI did not show whether a special reset had been applied.
  • The Usage UI did not explain which limits were eligible or excluded.
  • Users could not distinguish between an ordinary scheduled timer refresh and a special announced reset.

What steps can reproduce the issue?

  1. Use Codex on a paid Plus account with active usage already consumed.
  2. View Codex Usage after a public rate-limit reset announcement.
  3. Compare the visible 5-hour and weekly usage limits.
  4. Observe that the UI does not indicate:
    • whether a special reset was applied;
    • which quota interval was reset;
    • whether the weekly limit was excluded;
    • whether reset eligibility depended on account state or timing.

What is the expected behavior?

When a special rate-limit reset is applied, Codex should clearly show what changed.

For example, the Usage UI could display:

  • “Special reset applied”
  • timestamp of reset application;
  • affected quota interval(s), such as 5-hour only, weekly only, or both;
  • whether any quota interval was excluded;
  • if reset behavior depends on backend eligibility, a short explanation.

Public reset announcements should also match the visible product behavior. If only selected quota windows are reset, wording should specify “5-hour window,” “shorter interval limits,” or “eligible quota states,” rather than broadly saying “Codex rate limits for ALL paid plans.”

Actual behavior

The Usage UI continued to show ordinary usage-cycle values and did not indicate whether any special reset had applied.

Support later explained that:

  • the reset was not a blanket override across all quota types;
  • the weekly limit was not universally reset;
  • reset behavior depended on quota interval, usage timing, account state, and technical eligibility;
  • no correction would be made where the weekly limit continued on its normal cycle.

That may be intended backend behavior, but the current UI and public wording do not make that operational scope clear to users.

Why this matters

Codex exposes multiple visible usage limits, including shorter rolling windows and weekly limits. When OpenAI announces a reset of “Codex rate limits for ALL paid plans,” paid users reasonably expect the product to make clear which visible limits were actually reset.

Without that transparency, users cannot tell whether:

  • the reset failed to propagate;
  • only the 5-hour window was reset;
  • the weekly limit was intentionally excluded;
  • their account was ineligible due to backend state;
  • or the UI simply does not reflect the reset.

Requested improvement

Please clarify and improve Codex usage visibility around special resets:

  1. Show whether a special reset was applied to the account.
  2. Show which quota intervals were affected.
  3. Show whether the weekly limit was included or excluded.
  4. Make reset announcements align with the actual quota behavior.
  5. Consider adding reset-event history to the Usage page or /status.

Additional information

This is not a request for credits. It is a request for clearer Codex quota transparency and reset-scope visibility.

extent analysis

TL;DR

The Codex Usage UI should be updated to clearly indicate when a special rate-limit reset is applied, including which quota intervals are affected and whether the weekly limit is included or excluded.

Guidance

  • Review the public announcement process to ensure that reset wording matches the actual product behavior and scope.
  • Update the Codex Usage UI to display a clear indication of special resets, including the affected quota intervals and any exclusions.
  • Consider adding a reset-event history to the Usage page to provide transparency on past resets.
  • Ensure that the UI reflects the actual quota behavior, including any conditional resets based on account state, usage timing, or backend eligibility.

Example

No code snippet is provided as this issue is related to UI transparency and product behavior.

Notes

The issue highlights a transparency gap between public announcements and actual product behavior, which can cause confusion among users. Addressing this issue requires updates to the UI and public announcement process to ensure clarity and consistency.

Recommendation

Apply a workaround by updating the Codex Usage UI to provide clear indications of special resets and their scope, as this will improve transparency and user understanding of the product behavior.

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