Auto-recharge of credits keeps getting turned back on / is automatically selected and turned on every time you buy credits
Open 💬 8 comments Opened Jul 10, 2026 by Keksuccino
What version of the Codex App are you using (From “About Codex” dialog)?
Latest
What subscription do you have?
Pro x20
What platform is your computer?
macOS 26, Mac Mini M4
What issue are you seeing?
It’s honestly a crime that the auto-recharge toggle keeps getting turned back on. I disabled that thing at least 4 times today, and it still hit me now with an auto-recharge of $10. At least I saw that coming, so I set the lowest possible limit for total amount used for auto-recharges, but that’s still ridiculous.
Keep the frickin switch TOGGLED OFF UNTIL I MANUALLY TURN IT BACK ON. Thank you.
It’s also terrible that it is always automatically checked in the "Buy Credits" menu, instead of respecting the previous setting.
Fix that please. In both the Codex app (now ChatGPT Codex app), and in the ChatGPT web UI.
What steps can reproduce the bug?
——
What is the expected behavior?
That the goddamn switch stays disabled.
Additional information
_No response_
8 Comments
Happened to me. I have to hope the disputes go through.
This happened to me after I authorised a manual payment of 1000 credits but I didn't notice for 2 days and it had taken 36 further automatic payments and a racked up a bill of over £1,600! Absolutely gutted.
This actually happened to me as well, and I'm pretty mindful of this. I didn't receive a single email/notification the whole time.
Honestly had developed a mental model of Codex being a much better cost-per-performance harness but I guess it was just secretly charging instead.
This is still happening. And also reverting model selection to Sol after manually selecting to a prefered model.
Codex UI incorrectly suggests that purchasing credits extends weekly usage limit
Summary
The Codex interface led me to believe that purchasing credits would allow me to continue using Codex immediately after reaching my weekly usage limit.
I followed the purchase flow exactly as presented by the UI, completed the payment successfully, but I still cannot use Codex.
This appears to be either:
---
Environment
---
Steps to Reproduce
---
Expected Behavior
After purchasing credits:
---
Actual Behavior
Codex remains blocked.
The Usage Analytics page shows:
The application continues asking me to wait until the weekly reset or upgrade to Pro.
---
Evidence
Payment receipt confirms:
Support ticket has already been opened with OpenAI.
---
Why this is a UX problem
The issue is not only that the credits were unavailable.
The interface explicitly guided me through a purchase flow that strongly implied purchasing credits would allow continued use of Codex after reaching the weekly limit.
A reasonable interpretation of the UI is:
Instead, after payment:
This creates a confusing and misleading user experience.
---
Suggested Improvements
If credits are not intended to bypass the weekly usage limit, the purchase flow should clearly state this before payment.
For example:
or
If this is instead a billing issue, then the purchased credits should be correctly applied to the user's account.
---
Impact: High (users may purchase credits expecting immediate access to Codex based on the current interface behavior).
And again, just like in the other issue, this is not related to the issue discussed here. Also it's just an app bug. You get the credits and it is supposed to continue working after buying. If that's not the case, it's a bug and you should report it in a NEW issue.
Back to the original issue, this just happened to us also - we've been left with a 1,500 euro bill. Auto-recharge was on when it was explicitly switched off. Codex (via vscode) showed very confusing information about what was going on, it just blew past the subscription limits, and continued with credits while also offering to buy more credits but apparently auto-recharging in the background anyway. There was no indication of what was going on, and the sessions were unattended for quite a large part of the issue.
Not ok at all.
(We've added a very low limit now, turned it off again - which shouldn't be required - but is the only obvious fix)
@etraut-openai maybe you guys should take a look at that soon, it is kind of a serious issue. Too serious for letting the issue vanish in the flood of 5K other issues.