Weekly limits reset extending to infinity when we are getting close to it

Resolved 💬 2 comments Opened Jul 29, 2026 by vemonet Closed Jul 30, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

Version 26.715.72359

What subscription do you have?

Go or plus, I dont know exactly, it's 20$/month

What platform is your computer?

Darwin 25.6.0 arm64 arm

What issue are you seeing?

A few days ago I started my weekly window. I understand how these works: starts at the first message received from me.

The system was telling me reset on the 1st of August. So I used my weekly quota entirely (100%)

Today the 29th of July I open Codex app, and check my limit: it still says 100%, but now the reset date has moved to the 5th of august. Which is exactly 7 days from now.

See the screenshot. As you can see I get 100% usage with reset on the 5th of august on a screenshot taken the 29 of july.

5th of august is 7 days away from the 29th of july

So if your system was working decently that would mean I just managed to blow up the whole weekly limits in less than 10 hours. Again absolutely impossible if your system was working as it is expected to.

<img width="249" height="113" alt="Image" src="https://github.com/user-attachments/assets/30028c60-fe72-4ba3-a01b-f4329a3ad6ca" />

I went to https://help.openai.com/en/ and tried to raise this bug to the assistant there, but it was just repeating in a loop "weekly window start at the first message you send". Pretty underwhelming demonstration of your model.

The big question that is really unsettling: how can your system lose track of a simple date? How is it possible that this date changes? Is the whole OpenAI stacks so unstable you cant even keep track of a date? That is really scary.

What steps can reproduce the bug?

Consume your weekly quotas, and wait until OpenAI lose track of the reset date.

What is the expected behavior?

The reset date should not change mid week. Pretty easy to implement.

Additional information

Never ever had this issue with Claude Code. Which is to be expected, it's not really hard to keep track of a date

Do you know if this will continue ad infinitum? Or will I be able to use the codex subscription sometime this week?

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 29 days ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #34874

Powered by Codex Action

phyrexia · 27 days ago

Client-side telemetry from a different account supports the mechanism you describe here.

The Codex CLI records rate_limits.resets_at on every turn. Of the reset anchors my account reported that I can test against my own activity, each falls exactly 7 days after a moment I was actively using Codex, to the minute:

reset Aug 5 05:30Z  =  my activity Jul 29 05:30Z + 7d
reset Aug 5 19:07Z  =  my activity Jul 29 19:07Z + 7d
reset Aug 6 13:10Z  =  my activity Jul 30 13:10Z + 7d

That is consistent with the window being recomputed as "now + 7 days" rather than anchored at the start of the period — exactly the jump from Aug 1 to Aug 5 you observed. My account also had three windows whose resets_at was already in the past and which kept accumulating usage to 100% instead of rolling over.

Full data in openai/codex#36307 (comment).