[BUG] Claude Code-shared usage limit blocks macOS Desktop Chat while WebChat works

Status Fixed / completed
Reported on v2.1.191
Maintainer reply None cached
Activity 5 comments · opened Jun 25, 2026 · closed Jun 25, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code / Claude desktop app available to me

What's Wrong?

Clarification on repo scope: the visible broken surface is the Claude macOS desktop app's normal Chat UI, but I filed this here because the blocking banner explicitly says the limit is shared with Claude Code. If this shared usage-limit state is not owned by Claude Code, please point me to the correct public tracker for Claude Desktop/shared usage-limit bugs.

The Claude macOS desktop app is showing Usage limit reached in regular chat mode even though the in-app usage page shows that the relevant limits are not reached. WebChat does not reproduce the issue on the same account: the web app shows the correct usage state and does not block me from sending messages.

This was not Claude Code CLI usage or an agentic coding session. I was using normal chat in the Claude macOS desktop app with Sonnet 4.6 Low selected. The chat composer showed:

Usage limit reached • Resets 1:50 AM • limits shared with Claude Code

At the same time, Settings -> Usage showed freshly updated quota remaining:

Plan usage limits: Pro
Current session: 55-56% used
Weekly limits / All models: 7% used, resets Tue 12:00 AM
Last updated: less than a minute ago
Usage credits: $0.00 spent, 0% used, resets Jul 1

Claude Code CLI /usage also shows available usage on the same account:

Current session: 56% used, resets 1:49am (America/New_York)
Current week (all models): 7% used, resets Jun 29 at 11:59pm (America/New_York)
Usage credits are off

So the desktop chat composer/enforcement state disagrees with every usage surface checked: Desktop Settings, Claude Code CLI /usage, and WebChat. Since WebChat and Claude Code CLI both work/show available usage on the same account, this looks like stale or incorrect desktop-app chat limit state rather than account-wide/server-side quota exhaustion.

I searched related issues before filing. This appears related in theme to #61828, but that report is for Claude Code input blocking with different usage numbers and an API error. This report is specifically for the macOS desktop app's normal chat UI showing the shared-with-Claude-Code usage-limit banner while WebChat and the same app's Usage settings page report available quota.

What Should Happen?

The desktop app should only show Usage limit reached and block the chat composer when the applicable limit is actually exhausted.

If a different hidden limit is being applied, the UI should identify that specific limit and show usage data that matches the enforcement decision. If the usage page/WebChat state is authoritative, the desktop composer should refresh/clear stale limit state and allow chat to continue.

Error Messages/Logs

Usage limit reached • Resets 1:50 AM • limits shared with Claude Code

Claude Code CLI /usage shows available quota on the same account:

/usage
Current session: 56% used
Current week (all models): 7% used
Usage credits are off

Steps to Reproduce

  1. Open the Claude macOS desktop app.
  2. Use normal chat mode, not Claude Code CLI.
  3. Select/use Sonnet 4.6 Low.
  4. Observe the desktop chat composer blocked with Usage limit reached • Resets 1:50 AM • limits shared with Claude Code.
  5. Open Settings -> Usage and refresh/check the displayed plan usage.
  6. Observe that usage is still below the displayed limits: current session 55% used and weekly all-models limit 7% used, last updated less than a minute ago.
  7. Open WebChat on the same account.
  8. Observe that WebChat shows the correct usage state and does not block sending messages.
  9. Cross-check Claude Code CLI with /usage.
  10. Observe that Claude Code CLI also shows the same available usage: current session 56% used and weekly all-models 7% used.

Claude Model

All models

Is this a regression?

Yes

Last Working Version

_No response_

Claude Code Version

Claude macOS desktop app version: Claude 1.15200.0 (250bae), build timestamp 2026-06-23T05:40:53.000Z

Claude Code CLI version used for the /usage cross-check: 2.1.191 (Claude Code)

Platform

Other

Operating System

macOS

Terminal/Shell

Other

Additional Information

Observed on 2026-06-24 around 11:12-11:33 PM local time.

  • Usage settings page: Pro plan, current session 55-56% used, weekly all-models 7% used, last updated less than a minute ago.
  • Claude Code CLI /usage: current session 56% used, weekly all-models 7% used, usage credits off.
  • Desktop chat screen: normal Claude desktop chat composer shows Usage limit reached • Resets 1:50 AM • limits shared with Claude Code, with Sonnet 4.6 Low selected.
  • WebChat on the same account works correctly and does not block sending messages.

<img width="2344" height="1756" alt="Image" src="https://github.com/user-attachments/assets/b91c3b5d-df18-45a2-9a43-a7cdacb86345" />

<img width="2134" height="1220" alt="Image" src="https://github.com/user-attachments/assets/2fd125f7-f288-4f57-a12b-7ed5a702a0e3" />

<img width="1592" height="920" alt="Image" src="https://github.com/user-attachments/assets/79f4b3a7-f81d-49cb-915e-e2910a5f1e2f" />

<img width="1204" height="842" alt="Image" src="https://github.com/user-attachments/assets/52473efe-de82-436b-bbd4-6c2afaa53e0d" />

View original on GitHub ↗

5 Comments

andrewsohrabi · 3 months ago

boo @github-actions

andrewsohrabi · 3 months ago

Requesting human triage/relabel: I understand the visible surface is Claude macOS Desktop Chat, but the reason I filed this in the Claude Code repo is that the blocking banner explicitly says limits shared with Claude Code, while WebChat on the same account works and shows available usage. During verification, Claude Code CLI /usage on 2.1.191 also stayed stuck on Loading usage data... (#70730), so I could not confirm the shared limit state from the CLI. If this shared usage-limit state is not owned by Claude Code, please point me to the correct public tracker; otherwise please consider removing invalid and routing to the usage/desktop integration owner.

andrewsohrabi · 3 months ago

Correction/update: the earlier Claude Code CLI /usage loading problem was because I was logged out, so I closed #70730. After logging back in, Claude Code CLI /usage loads correctly and confirms quota is available: current session about 56% used and weekly all-models 7% used. That makes this issue narrower: Desktop Settings, Claude Code CLI /usage, and WebChat all show available usage, but macOS Desktop Chat still blocks with Usage limit reached • limits shared with Claude Code.

andrewsohrabi · 3 months ago

Closing in favor of a cleaner refile focused on the Claude Code shared usage gate: #70754. This issue was auto-labeled invalid because the original wording made it look like a generic Claude Desktop Chat bug. The replacement leads with the actual shared-usage contradiction: the banner says limits are shared with Claude Code, while Claude Code CLI /usage and Desktop Settings both show quota remaining.

github-actions[bot] · 1 month ago

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.