codex - 💡(How to fix) Fix Allow remaining weekly usage before reset when 5-hour limit is active [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#21141Fetched 2026-05-06 06:26:02
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
Timeline (top)
labeled ×3commented ×1unlabeled ×1

Root Cause

  • If weekly usage is still available and close to reset, allow the user to consume that weekly usage.
  • Do not block usage only because of the 5-hour limit when weekly usage is about to expire.
  • Or clearly explain in the UI which limit is blocking the user.
RAW_BUFFERClick to expand / collapse

What variant of Codex are you using?

cli

What feature would you like to see?

I would like Codex to allow users to use their remaining weekly usage before it resets, even when the 5-hour usage limit is also active.

Example:

  • 5-hour usage limit: 46% remaining, resets at 2:00 PM
  • Weekly usage limit: 50% remaining, resets at 11:00 AM

In this case, the weekly limit resets earlier. Since the remaining weekly usage does not carry forward, the unused weekly balance is lost.

Expected improvement:

  • If weekly usage is still available and close to reset, allow the user to consume that weekly usage.
  • Do not block usage only because of the 5-hour limit when weekly usage is about to expire.
  • Or clearly explain in the UI which limit is blocking the user.

This would make the usage limit system easier to understand and feel fairer for users.

Additional information

This is a usability and subscription-limit improvement request, not a bug.

The main issue is that remaining weekly usage can expire even though the user still wants to use it before the weekly reset time.

extent analysis

TL;DR

Modify the usage limit system to prioritize consuming remaining weekly usage before it resets, even when the 5-hour limit is active.

Guidance

  • Review the current implementation of the usage limit system to identify where the 5-hour limit is being enforced, and consider adding a check for remaining weekly usage that is close to expiring.
  • Introduce a new logic to allow users to consume their remaining weekly usage before it resets, even if the 5-hour limit would normally block usage.
  • Update the UI to clearly indicate which limit is blocking the user, or provide a notification when weekly usage is about to expire.
  • Consider adding a threshold for when the weekly usage is considered "close to expiring" to determine when to prioritize its consumption.

Example

No code example is provided as the issue lacks specific technical details about the current implementation.

Notes

The solution will depend on the specific implementation of the usage limit system and may require changes to the underlying logic and UI.

Recommendation

Apply a workaround by modifying the usage limit system to prioritize consuming remaining weekly usage before it resets, as this will improve the usability and fairness of the system for users.

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

codex - 💡(How to fix) Fix Allow remaining weekly usage before reset when 5-hour limit is active [1 comments, 2 participants]