Codex Cloud auto code review: silent fail + dashboard shows quota available but review says limit reached
What variant of Codex are you using?
Codex Cloud (chatgpt.com/codex) — GitHub auto code review
What subscription do you have?
Pro
What platform is your computer?
macOS arm64 (Darwin 25.3.0)
What issue are you seeing?
Three bugs in one:
Bug 1: Silent failure with stale GitHub connector
Auto code review was enabled and configured correctly (auto review ON, "Review all PRs", trigger "On every push"), but PRs received zero review comments and zero error messages. No bot reaction, no 👀, nothing. Multiple PRs tested (#80, #81 on a private repo). The feature appeared to work in settings but silently did nothing.
Bug 2: Dashboard shows quota available but review says limit reached
The usage dashboard shows "Code review: 70% remaining (resets Mar 28)". But when actually triggering a review after fixing Bug 1, the response is "You have reached your Codex usage limits for code reviews." These two states directly contradict each other.
Bug 3: Disconnect/reconnect required to get ANY signal
The silent failure (Bug 1) was only resolved by disconnecting and reconnecting the GitHub connector in chatgpt.com/codex settings. After reconnect, at least an error message appeared (Bug 2). Before reconnect, there was zero indication anything was wrong.
Steps to reproduce
For Bug 1 (silent fail):
- Have a GitHub repo connected to Codex code review
- Enable auto review: "Review all PRs", trigger "On every push"
- Open PRs or push commits
- Observe: no review comments, no errors, no bot reactions
- Try
@codex reviewin PR comments — still nothing
For Bug 2 (quota mismatch):
- Check usage dashboard — shows ~70% code review quota remaining
- Disconnect and reconnect GitHub connector
- Trigger a review (PR open or
@codex review) - Receive "You have reached your Codex usage limits for code reviews"
- Check dashboard again — still shows quota available
Expected behavior
- If review cannot be triggered, show an error (not silent failure)
- Dashboard quota should match actual review eligibility
- GitHub connector state should not silently drift into a broken state
Actual behavior
- Reviews silently fail with no indication
- Dashboard shows 70% quota remaining while reviews are actually blocked
- Only disconnect/reconnect surfaces the (incorrect) error
Screenshots
Settings page shows: auto review ON, repo connected, "Review all PRs", "On every push"
Usage dashboard shows: Code review 70% remaining, resets Mar 28, 2026
Review response after reconnect: "You have reached your Codex usage limits for code reviews"
Related issues
- #13701 — @codex on PRs does not always trigger code reviews
- #15274 — GitHub connection OAuth state issues
- #11881 — connector/account mismatch symptoms
- #13185 — review not working on some git issues
- #12316 — failed to start code review
- #14077 — review interrupted loop
- #13597 — branch filtering limitations
- #14604 — Codex Cloud PR creation failures
Root cause hypothesis
- GitHub App installation state drifts silently — events stop being ingested but UI shows everything as configured
- Usage quota tracking is inconsistent between the dashboard display and the actual review eligibility check
- No observability: no "last event received", no "last review attempted", no failure reason per repo
Suggested improvements
- Add per-repo diagnostics in settings: last webhook received, last review task created, last failure reason
- Fix quota display to match actual eligibility
- Fail loudly on GitHub (bot comment or check status) when a review cannot start
- Add a "re-sync permissions" button instead of requiring full disconnect/reconnect
- Detect stale connector state proactively and notify users
9 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Not a duplicate. This issue covers the full failure chain that none of the suggested issues address individually:
The linked issues each touch one piece, but this is the only report documenting the end-to-end experience: a user with quota, with correct settings, getting absolute silence, and only discovering the real state after a manual reconnect that surfaces a contradictory error.
Happy to provide additional logs or screenshots if helpful.
I am seeing the same silent automatic-review failure.
Repository: private GitHub repository
Settings: Auto code review =
Review my PRs; Review trigger =On PR openObserved:
@codex reviewworks.codex/...and ordinaryfeature/...source branches.Latest reproduction:
Seeing the same failure pattern on a ChatGPT Pro account with GitHub code review.
Context:
bassings)Timeline observed today:
@codex reviewrequest returned:> You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.
@codex reviewdid run once and produced a real review finding on commit3f011a98.68fe80b7, another@codex reviewimmediately returned the same usage-limit message again.This does not look like a normal real quota exhaustion case from the user side. The connector can run a review after reconnect, then the quota error returns on the next request despite the dashboard not presenting an exhausted code-review state clearly enough to explain it.
The main product issue is the same as this report describes: GitHub review eligibility and the Codex dashboard/connector state disagree, and the user has no reliable way to tell whether the failure is quota, stale connector state, workspace/account mapping, or a backend accounting bug.
Useful diagnostics that would help:
Same issue here.
Codex GitHub code review appears to be blocked by a usage-limit check even though my visible quota is not exhausted.
What I see:
chatgpt-codex-connectorcomments on PRs:“You have reached your Codex usage limits for code reviews.”
Another interesting detail: Code review analytics shows zero activity going back months, even though I know Codex was reviewing PRs heavily before the past 1–2 weeks. So the analytics page itself also appears not to reflect actual historical code-review activity on my account/repo.
Things I have already tried, with no effect:
The issue still persists after all of this, so it does not seem to be fixed by reconnecting GitHub or recreating the Codex environment configuration.
Same issue here. ChatGPT Pro (20X) account.
After more research, I think my problem is I used to have a business account which is now deactivated. Apparently Codex might try to use quota from that when reviewing code. More here: https://github.com/openai/codex/discussions/8503
Exact same issue.
<img width="872" height="319" alt="Image" src="https://github.com/user-attachments/assets/4b353fc3-9d22-4397-a59e-09e53f337c7b" />
<img width="1035" height="468" alt="Image" src="https://github.com/user-attachments/assets/815773eb-443c-41ec-a181-ff3494129cb4" />
<img width="1032" height="555" alt="Image" src="https://github.com/user-attachments/assets/1107d0dc-f9e9-4068-b524-39349f1af47f" />
Adding another current reproduction from a ChatGPT Pro account with a deactivated legacy workspace in its account history.
Live state on 2026-07-09
Review all PRsSmart Trigger (Experimental)Enable credits use: on@codex reviewon a PR authored by the connected GitHub user received the usage-limit response after 9 secondsThere is also a legacy/deactivated ChatGPT workspace associated with the account history. Earlier requests returned:
This workspace is deactivated. Select an active workspace and try again.Later requests changed to:
You have reached your Codex usage limits for code reviews.OpenAI Support previously summarized the problem as reviews routing to a deactivated workspace. The active Pro account's UI now shows no deactivated-workspace warning, but the GitHub connector does not expose which account, workspace, or quota bucket it is using.
The smallest one-time credits option currently shown in checkout is 1,000 credits for $40, so the only available diagnostic workaround requires nontrivial spend and may still route to the wrong workspace.
Could OpenAI clarify:
We are disabling automatic reviews for now to avoid posting a quota-error comment on every PR, and will retest after this issue has a confirmed fix or maintainer guidance.