claude-code - 💡(How to fix) Fix [Bug] Ultrareview quota consumed on server-side rate limit failures [1 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
anthropics/claude-code#52686Fetched 2026-04-24 10:42:27
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
labeled ×4

Error Message

[{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/user.local/share/claude/versions/2.1.119 (expected in multi-process scenarios)\n at mH6 (/$bunfs/root/src/entrypoints/cli.js:2736:2177)\n at E$8 (/$bunfs/root/src/entrypoints/cli.js:2736:1257)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-24T02:29:38.890Z"},{"error":"Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"},"request_id":"req_011CaMrXhuGYn5wrv9E18yHh"}\n at generate (/$bunfs/root/src/entrypoints/cli.js:11:55343)\n at makeRequest (/$bunfs/root/src/entrypoints/cli.js:50:4943)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-24T03:04:32.233Z"}]

Root Cause

This is clearly a server-side failure (rate limiting / pipeline issue), not caused by my usage. However, the system still deducted my quota as if the runs succeeded.

Code Example

[{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/user.local/share/claude/versions/2.1.119 (expected in multi-process scenarios)\n    at mH6 (/$bunfs/root/src/entrypoints/cli.js:2736:2177)\n    at E$8 (/$bunfs/root/src/entrypoints/cli.js:2736:1257)\n    at processTicksAndRejections (native:7:39)","timestamp":"2026-04-24T02:29:38.890Z"},{"error":"Error: 429 {\"type\":\"error\",\"error\":{\"type\":\"rate_limit_error\",\"message\":\"Rate limited\"},\"request_id\":\"req_011CaMrXhuGYn5wrv9E18yHh\"}\n    at generate (/$bunfs/root/src/entrypoints/cli.js:11:55343)\n    at makeRequest (/$bunfs/root/src/entrypoints/cli.js:50:4943)\n    at processTicksAndRejections (native:7:39)","timestamp":"2026-04-24T03:04:32.233Z"}]
RAW_BUFFERClick to expand / collapse

Bug Description This is a critical bug report regarding the Ultrareview feature.

I attempted to run /ultrareview twice on the same PR, and both attempts failed before producing any result. Despite this, both runs were still counted against my free quota.

Details:

  • PR size: ~250 files changed (679 insertions, 518 deletions)
  • Both runs started normally and executed in the cloud
  • Both failed with: “API Error: Server is temporarily limiting requests (not your usage limit) · Rate limited”
  • No review output was generated in either case

This is clearly a server-side failure (rate limiting / pipeline issue), not caused by my usage. However, the system still deducted my quota as if the runs succeeded.

As a result:

  • 2 out of 3 free attempts were wasted
  • I am left with only 1 attempt, which I cannot safely use given the repeated failure
  • My workflow has been disrupted without any benefit

This behavior is unacceptable. Failed executions must not consume user quota.

I expect:

  1. Immediate restoration of the 2 consumed Ultrareview attempts
  2. A fix so that failed runs (especially due to server errors) do not count against quota
  3. Clear guidance on any limitations (PR size, rate limits, etc.)

Right now, this makes the feature unreliable and effectively unusable.

Please investigate this urgently and provide a resolution.

Environment Info

  • Platform: darwin
  • Terminal: ghostty
  • Version: 2.1.119
  • Feedback ID: eb5b7792-b253-4b9a-9b93-949b7bac8449

Errors

[{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/user.local/share/claude/versions/2.1.119 (expected in multi-process scenarios)\n    at mH6 (/$bunfs/root/src/entrypoints/cli.js:2736:2177)\n    at E$8 (/$bunfs/root/src/entrypoints/cli.js:2736:1257)\n    at processTicksAndRejections (native:7:39)","timestamp":"2026-04-24T02:29:38.890Z"},{"error":"Error: 429 {\"type\":\"error\",\"error\":{\"type\":\"rate_limit_error\",\"message\":\"Rate limited\"},\"request_id\":\"req_011CaMrXhuGYn5wrv9E18yHh\"}\n    at generate (/$bunfs/root/src/entrypoints/cli.js:11:55343)\n    at makeRequest (/$bunfs/root/src/entrypoints/cli.js:50:4943)\n    at processTicksAndRejections (native:7:39)","timestamp":"2026-04-24T03:04:32.233Z"}]

extent analysis

TL;DR

The issue can be mitigated by ensuring that failed executions due to server errors do not count against the user's quota, and the quota should be restored for the wasted attempts.

Guidance

  • Investigate the rate limiting mechanism to understand why it's triggering on repeated runs of /ultrareview for the same PR, despite no review output being generated.
  • Verify that the quota deduction logic is correctly handling cases where the execution fails due to server-side errors, such as rate limiting.
  • Consider implementing a retry mechanism with exponential backoff for /ultrareview runs that fail due to rate limiting to prevent immediate subsequent failures.
  • Review the error handling in the cli.js file, specifically around lines 2736 and 11, to ensure that errors are properly propagated and handled.

Example

No code snippet is provided as the issue does not clearly imply a specific code change.

Notes

The provided error messages suggest a server-side issue with rate limiting, but the exact cause and solution may require further investigation into the server-side logic and configuration.

Recommendation

Apply a workaround by modifying the quota deduction logic to exclude failed executions due to server errors, and restore the wasted attempts for the affected user, as this directly addresses the reported issue and prevents similar problems in the future.

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

claude-code - 💡(How to fix) Fix [Bug] Ultrareview quota consumed on server-side rate limit failures [1 participants]