My usage percentage currently shows 0% and does not change after I continue using Cursor. It appears to be stuck at 0%.
Could you please clarify whether this is only a dashboard/UI reporting issue, or whether usage during this period is still being counted against my included usage / quota?
Expected behavior
The usage percentage should update as I use Cursor, or the dashboard should clearly indicate if there is a reporting delay.
Actual behavior
The usage percentage stays at 0% and does not change.
Additional question
If the dashboard is stuck at 0%, will the requests I make during this time still be counted for billing or quota purposes?
Steps to Reproduce
Open the Cursor dashboard / usage page.
Continue using Cursor normally after the usage percentage is shown.
Refresh the dashboard or wait for the usage data to update.
The usage percentage still shows 0% and does not change.
This bug also caused me to use more Cursor usage than expected. Since the dashboard/usage percentage was showing 0%, my automation assumed that there was still enough available usage remaining.
As a result, the automation did not plan tasks conservatively or limit its activity based on the actual remaining quota. This made the usage tracking issue more serious, because downstream automation logic depended on the displayed usage percentage being accurate.
Could you please confirm whether the usage made while the percentage was stuck at 0% is still counted, and whether there is a more reliable source/API for checking remaining usage?
The Usage/Spending page does not display actual usage data
Steps to Reproduce
1.Log in to Cursor with a Pro plan.
2.Navigate to Settings → Spending (or visit cursor.com/dashboard/spending).
3.Observe the “Included in Pro” section — it shows 0% usage and “0% Rules and 0% API used”.
4.Open browser DevTools → Network tab and filter by usage.
5.Notice that the API response for get-current-period-usage returns actual non-zero usage data (used: 3000, limit: 3000), confirming the backend has the correct data.
6.The frontend fails to render/bind this data to the UI.
Expected Behavior
The Spending page should correctly display the actual usage percentage and breakdown
Operating System
Windows 10/11
Version Information
Get this from Cursor IDE: Menu → About Cursor → Copy, then paste it here
For AI issues: which model did you use?
N/A
For AI issues: add Request ID with privacy disabled
N/A
Additional Information
API Response Details (from DevTools Network tab):
Endpoint: get-current-period-usage
Response contains valid data: used: 3000, limit: 3000, remaining: 0
Response also includes breakdown fields like numRequests, numTokens, etc. with non-zero values.
HTTP status: 200 (successful response).
Hey everyone, yeah, looks like this is a display bug with the usage bar. For some users right now, the percent on the Usage/Spending page shows 0% even though the backend has the data. This is just a display issue, tracking isn’t lost. I’ve already shared this with the team.
Good. But what about unable to make any conversation in Cursor IDE? Any request ends up with “High Load” error. Seems like you’re lack of information or something, because it’s not just display issue..
I understand that this is currently considered a display-only issue and that the backend data is still intact. However, I want to emphasize that the displayed usage percentage is not just informational for some users.
In my case, I rely on the usage page to monitor remaining usage and make decisions about how to plan Cursor work. Because the percentage stayed at 0%, my automation incorrectly assumed that there was still enough available usage and continued running tasks without adjusting the plan or limiting activity.
So even if the backend data is correct, the stale/incorrect usage percentage can still directly affect user behavior, automation decisions, and cost/quota planning.
I have an Ultra subscription and the reset didn’t work. I can’t use any model. Please look at the attached image. Right after I select any model that consumes API usage, even though the reset has happened, I still cannot use any model — it automatically switches to Composer 2.5. This is urgent. I really want to use it, but it is blocking me. I’m not going to pay for another $200 subscription. Please look at the attached image.
Steps to Reproduce
Have an Ultra Plan account that received the reset, then try to write code and call any model that consumes API usage.
Expected Behavior
It should work as usual and continue without automatically switching to Composer 2.5.
For AI issues: add Request ID with privacy disabled
Request ID: 653bcb34-1c93-4397-9094-8d94d420f466
{“error”:“ERROR_RESOURCE_EXHAUSTED”,“details”:{“title”:“High Load”,“detail”:“We’re experiencing high demand right now. Please try again in a few moments.”,“isRetryable”:true,“additionalInfo”:{},“buttons”:,“planChoices”:},“isExpected”:true}
[resource_exhausted] Error
RetriableError: [resource_exhausted] Error
at uAS (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12056:27795)
at EMc (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12056:26530)
at Fny (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12057:11929)
at Object.classify (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12057:16434)
at hAS (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12057:5824)
at async Oqm.runWithSharedTurnRunner (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12057:15786)
at async iH.runAgentLoop (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:24486:3041)
at async Lkh.streamFromAgentBackend (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:24505:13862)
at async Lkh.getAgentStreamResponse (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:24505:22888)
at async IRe.submitChatMaybeAbortCurrent (vscode-file://vscode-app/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:12142:2399)
Hope they will compensate this outage somehow to us. This is major event and many businesses is need Cursor right now (by right now i mean right at the moment).
