Repository navigation
Codex weekly usage dropped from ~70% to ~7% at 5-hour reset boundary #23188
Description
Summary
Codex weekly usage remaining suddenly dropped from about 70% to about 7% around the 5-hour usage reset boundary.
This appears to be a usage accounting or dashboard reconciliation bug, possibly involving cached input, repeated/background goal continuation, or reset-boundary quota recomputation.
Observed
- Before the 5-hour reset boundary: weekly usage remaining was about 70%.
- After the 5-hour reset boundary: weekly usage remaining showed about 7%.
- No intentional manual workload equivalent to that drop was performed at that moment.
Approximate time:
- 2026-05-18 around 05:00 JST
Surface:
- Codex desktop app
- Codex usage dashboard
Local evidence
Codex.app local storage contains usage/quota-related keys:
quotaBytesUsedweekremaining_threshold_percentfree_go_usage_setplan_up
Codex local logs around the same time show very large token usage events, mostly cached input:
-
2026-05-18 04:59:04 JST
- total_tokens=4,035,352
- input_tokens=4,024,782
- cached_input_tokens=3,993,728
- non_cached_input_tokens=31,054
- output_tokens=10,570
-
2026-05-18 05:03:20 JST
- total_tokens=4,035,352
- input_tokens=4,024,782
- cached_input_tokens=3,993,728
- non_cached_input_tokens=31,054
- output_tokens=10,570
There was also a repeated goal_context continuation loop shortly before this, which may have caused background or repeated accounting.
Expected behavior
- A 5-hour usage reset should not reduce the weekly remaining quota.
- Cached input should not be double-counted or over-counted against weekly usage.
- Background or automatic continuation turns should not unexpectedly drain weekly usage.
- The dashboard should distinguish actual usage from display/reconciliation errors.
Actual behavior
Weekly usage remaining dropped abruptly from about 70% to about 7% at or near the 5-hour reset boundary.
Related issues
Possibly related:
- Remaining limits and credits suddenly drop to zero #19536
- [BUG] 5 Hour Usage Limit Refresh Despite 0% Weekly Usage Limit #19918
- 5h quota and weekly quota are consumed at the same rate unexpectedly #15039
- Codex usage limit consumed ~10x faster (1 message ≈ 6% of 5h window) — likely bug #16889
- Burning tokens very fast #14593
- Allow remaining weekly usage before reset when 5-hour limit is active #21141
Request
Please investigate whether Codex weekly usage accounting is double-counting cached input, background/automatic goal continuation turns, or reset-boundary reconciliation events.
Activity
github-actions commentedon May 17, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
pmedvedev commentedon May 17, 2026
Experience the same just now.
jalcantarab commentedon Jun 5, 2026
Same issue. Could be related to the end of promotions not being correctly applied.
Recently, a 2x promotion ended, and my osage went from 60 to 20, today a 10x offer ended, and it went from 91% to ~ 7%
What seems to happen is that all the usage through that period is counted against the post-promo limit, instead of resetting or prorating the usage.
Currently on 20x, and still it dropped 85% in a second.
Seems to me this is likely unintended programming of the promos.
hu3mann commentedon Jun 6, 2026
similar issue, somehow burned through the entire weekly allotment in 3 sessions over 2 days
chuck-miner commentedon Sep 9, 2026
Mine just went from 70 to 0 on plus plan. Agent was working on an easy task using luna so the actual usage shouldn't have even used close to 1% to complete.
maxpaleo commentedon Sep 9, 2026
Mine just dropped from 78% to 3% out of nowhere! And of course, the only replies you get from support are ai generated! This is absurd