claude-code - 💡(How to fix) Fix Usage limit reached repeatedly without active use — Pro plan

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…

Error Message

Error Messages/Logs (paste this):

Error Messages/Logs

Error Messages/Logs (paste this):

Code Example

The usage limit should only decrease when I am actively using Claude. When I am not using the service — including when the desktop app is closed, when I am asleep, or after I have logged out of all devices — the usage counter should remain unchanged until I initiate a new conversation or session.

---

App version: Claude Desktop 1.8089.1 | Claude Code 2.1.142 | Windows 11 Home

Org ID:     e55f4c29-29a0-45fc-987c-aca2af684bd5
Account ID: 38cc9d7c-4321-4afa-8728-90fdf35441c6

Local log confirms app was CLOSED overnight:
- Last log entry (May 20): 2026-05-20 16:22:34
- App restarted (May 21): 2026-05-21 07:47:01
- No log activity during that gap — app was not running

Usage at time of report:
- Current session:     100% used (resets in ~1hr 18min)
- All models (weekly):  76% used (resets in ~23hr 48min)
- Claude Design (weekly): 91% used (resets in ~23hr 48min)

Verified no background causes:
- No scheduled tasks configured (checked via mcp__scheduled-tasks__list_scheduled_tasks → empty)
- No cron jobs (CronList → empty)
- No other devices (logged out of all sessions)
- No API keys in use

---

Here's exactly what to paste into each field:

---

**What Should Happen?** (replace the existing text with this):


The usage limit should only decrease when I am actively using Claude. When I am not using the service — including when the desktop app is closed, when I am asleep, or after I have logged out of all devices — the usage counter should remain unchanged until I initiate a new conversation or session.


---

**Error Messages/Logs** (paste this):


App version: Claude Desktop 1.8089.1 | Claude Code 2.1.142 | Windows 11 Home

Org ID:     e55f4c29-29a0-45fc-987c-aca2af684bd5
Account ID: 38cc9d7c-4321-4afa-8728-90fdf35441c6

Local log confirms app was CLOSED overnight:
- Last log entry (May 20): 2026-05-20 16:22:34
- App restarted (May 21): 2026-05-21 07:47:01
- No log activity during that gap — app was not running

Usage at time of report:
- Current session:     100% used (resets in ~1hr 18min)
- All models (weekly):  76% used (resets in ~23hr 48min)
- Claude Design (weekly): 91% used (resets in ~23hr 48min)

Verified no background causes:
- No scheduled tasks configured (checked via mcp__scheduled-tasks__list_scheduled_tasks → empty)
- No cron jobs (CronList → empty)
- No other devices (logged out of all sessions)
- No API keys in use


---

Scroll up on the form and also make sure the **What Happened?** / description field has the full summary from the bug report I wrote earlier. Would you like to share a screenshot of the rest of the form so I can help fill those fields too?
RAW_BUFFERClick to expand / collapse

Preflight Checklist

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

What's Wrong?

I am a Claude Pro subscriber (email: [email protected]) experiencing a recurring issue where my usage limit reaches 100% without me actively using the service.

What's happening:

I open the Claude desktop app and find the "Current session" limit already at 100%, even though I have not used Claude since it last reset After waiting for the ~5-hour reset, the limit fills up again in a very short time or is already full This has been happening across multiple days, including overnight periods when I am asleep and not using the service I have logged out of all devices to eliminate any possibility of another session or device consuming usage — yet the limit continues to fill What I've ruled out (with technical investigation):

No scheduled tasks or cron jobs configured (verified via API) No background Claude processes running when the desktop app is closed (verified via local logs — there is a confirmed gap in logs from 4:22 PM to 7:47 AM with zero activity) No other devices or browser sessions (logged out of all devices) No API keys configured that could be making unauthorized calls Usage dashboard at time of report (screenshot attached):

Current session: 100% used, resets in 1 hr 18 min All models (weekly): 76% used, resets in 23 hr 48 min Claude Design (weekly): 91% used, resets in 23 hr 48 min

Account details: Plan: Pro Org ID (from local app logs): e55f4c29-29a0-45fc-987c-aca2af684bd5 Account ID: 38cc9d7c-4321-4afa-8728-90fdf35441c6 App version: Claude Desktop 1.8089.1, Claude Code 2.1.142 Platform: Windows 11 Home Request: Please investigate server-side usage logs for my account to identify what is consuming my session quota during periods of inactivity. This appears to be either a server-side usage attribution bug or an unauthorized server-side process running against my account.

What Should Happen?

Here's exactly what to paste into each field:


What Should Happen? (replace the existing text with this):

The usage limit should only decrease when I am actively using Claude. When I am not using the service — including when the desktop app is closed, when I am asleep, or after I have logged out of all devices — the usage counter should remain unchanged until I initiate a new conversation or session.

Error Messages/Logs (paste this):

App version: Claude Desktop 1.8089.1 | Claude Code 2.1.142 | Windows 11 Home

Org ID:     e55f4c29-29a0-45fc-987c-aca2af684bd5
Account ID: 38cc9d7c-4321-4afa-8728-90fdf35441c6

Local log confirms app was CLOSED overnight:
- Last log entry (May 20): 2026-05-20 16:22:34
- App restarted (May 21): 2026-05-21 07:47:01
- No log activity during that gap — app was not running

Usage at time of report:
- Current session:     100% used (resets in ~1hr 18min)
- All models (weekly):  76% used (resets in ~23hr 48min)
- Claude Design (weekly): 91% used (resets in ~23hr 48min)

Verified no background causes:
- No scheduled tasks configured (checked via mcp__scheduled-tasks__list_scheduled_tasks → empty)
- No cron jobs (CronList → empty)
- No other devices (logged out of all sessions)
- No API keys in use

Scroll up on the form and also make sure the What Happened? / description field has the full summary from the bug report I wrote earlier. Would you like to share a screenshot of the rest of the form so I can help fill those fields too?

Error Messages/Logs

Here's exactly what to paste into each field:

---

**What Should Happen?** (replace the existing text with this):


The usage limit should only decrease when I am actively using Claude. When I am not using the service — including when the desktop app is closed, when I am asleep, or after I have logged out of all devices — the usage counter should remain unchanged until I initiate a new conversation or session.


---

**Error Messages/Logs** (paste this):


App version: Claude Desktop 1.8089.1 | Claude Code 2.1.142 | Windows 11 Home

Org ID:     e55f4c29-29a0-45fc-987c-aca2af684bd5
Account ID: 38cc9d7c-4321-4afa-8728-90fdf35441c6

Local log confirms app was CLOSED overnight:
- Last log entry (May 20): 2026-05-20 16:22:34
- App restarted (May 21): 2026-05-21 07:47:01
- No log activity during that gap — app was not running

Usage at time of report:
- Current session:     100% used (resets in ~1hr 18min)
- All models (weekly):  76% used (resets in ~23hr 48min)
- Claude Design (weekly): 91% used (resets in ~23hr 48min)

Verified no background causes:
- No scheduled tasks configured (checked via mcp__scheduled-tasks__list_scheduled_tasks → empty)
- No cron jobs (CronList → empty)
- No other devices (logged out of all sessions)
- No API keys in use


---

Scroll up on the form and also make sure the **What Happened?** / description field has the full summary from the bug report I wrote earlier. Would you like to share a screenshot of the rest of the form so I can help fill those fields too?

Steps to Reproduce

  1. Log in to Claude Pro on the desktop app (Windows 11)
  2. Use Claude normally during the day until the session limit is reached
  3. Close the desktop app completely
  4. Log out of all devices/sessions from account settings
  5. Wait overnight (8+ hours) without opening Claude on any device
  6. Open the Claude desktop app the next morning
  7. Check Settings → Usage

Observed: "Current session" is already at 100% used despite no activity Expected: Usage counter should be unchanged since no sessions were initiated

Claude Model

None

Is this a regression?

No, this never worked

Last Working Version

No response

Claude Code Version

2.1.142 (Claude Code)

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

  • Issue occurs repeatedly across multiple days, not a one-time event
  • Usage limit fills even after logging out of all devices/sessions
  • Local investigation confirmed the desktop app was fully closed overnight (log gap: 2026-05-20 16:22 → 2026-05-21 07:47, no entries in between)
  • No scheduled tasks, cron jobs, or background agents configured
  • "Claude Design" weekly limit at 91% — possibly a separate server-side process tied to installed design plugins consuming usage passively
  • Org ID: e55f4c29-29a0-45fc-987c-aca2af684bd5
  • Account ID: 38cc9d7c-4321-4afa-8728-90fdf35441c6

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