Where does the bug appear (feature/product)?
Cursor IDE
Describe the Bug
Cursor IDE always hangs for many hours with the text “Warming up…” and I have to colse cursor and start using codex since this ide has been always so unstable and unreliable.
Hi there!
We detected that this may be a bug report, so we’ve moved your post to the Bug Reports category.
To help us investigate and fix this faster, could you edit your original post to include the details from the template below?
Bug Report Template - Click to expand
Where does the bug appear (feature/product)?
- Cursor IDE
- Cursor CLI
- Background Agent (GitHub, Slack, Web, Linear)
- BugBot
- Somewhere else…
Describe the Bug
A clear and concise description of what the bug is.
Steps to Reproduce
How can you reproduce this bug? We have a much better chance at fixing issues if we can reproduce them!
- …
- …
- …
Expected Behavior
What is meant to happen here that isn’t working correctly?
Screenshots / Screen Recordings
If applicable, attach images or videos (.jpg, .png, .gif, .mp4, .mov)
Operating System
- Windows 10/11
- MacOS
- Linux
Version Information
- For Cursor IDE: Menu → About Cursor → Copy
- For Cursor CLI: Run
agent aboutin your terminal
IDE:
Version: 2.xx.x
VSCode Version: 1.105.1
Commit: ......
CLI:
CLI Version 2026.01.17-d239e66
For AI issues: which model did you use?
Model name (e.g., Sonnet 4, Tab…)
For AI issues: add Request ID with privacy disabled
Request ID: f9a7046a-279b-47e5-ab48-6e8dc12daba1
For Background Agent issues, also post the ID: bc-…
Additional Information
Add any other context about the problem here.
Does this stop you from using Cursor?
- Yes - Cursor is unusable
- Sometimes - I can sometimes use Cursor
- No - Cursor works, but with this issue
The more details you provide, the easier it is for us to reproduce and fix the issue. Thanks!
I had the same issue before on macOS 
In my case, simply reinstalling Cursor fixed the “Warming up…” hang, though I know that doesn’t always solve it for everyone.
Hey, “Warming up…” is a status the IDE shows while it’s waiting for the first token from the AI backend. It usually takes a couple of seconds. If it hangs for a long time, it’s usually a network issue or a streaming connection issue, especially HTTP/2 after the machine sleeps and wakes.
To figure it out, I’ll need some diagnostics:
- Cursor version and OS Menu > About Cursor > Copy
- Cursor Settings > Network > Run Diagnostics, paste the result here
- Disable HTTP/2: App Settings
Cmd/Ctrl + ,> Network > HTTP/2 > select HTTP/1.1 > restart Cursor. This helps when streaming drops on long requests. - VPN, proxy, Zscaler, or a corporate network, do you have any of that? If yes, try on a clean connection.
- Next time it hangs, grab the Request ID: Chat > menu in the top right > Copy Request ID. If it says “No request ID”, the request never reached the backend, so it’s a network issue.
- Does it happen after the machine wakes from sleep, or anytime?
With that info I can tell you what to check next. Similar thread with the same symptom and diagnostics: What does warming up mean?
Where does the bug appear: Cursor IDE
Describe the Bug:
Randomly the cursor IA hangs for many hours and the ia only says “warming up…”
Steps to Reproduce
How can you reproduce this bug:
run prompt several times, and after several answers (all of them are unreliable answers that doesn’t follow the prompt), this problem happens.
Expected Behavior: the Ai shoud respond and comply what I ask it to do.
Screenshots
Operating System: Linux (Ubuntu 24.04.3)
Version Information
IDE:
Version: 3.5.17
VSCode Version: 1.105.1
Commit: d5b2fc092e16007956c9e5047f76097b9e626ca0
Date: 2026-05-20T02:43:31.559Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Linux x64 6.8.0-117-generic
Model name: Auto
Request ID: 331e3719-4064-45af-8964-6dcc8daca9b3
Additional Information
Cursor ide has been always terribly unstable and unreliable, but I can’t get a refund of the subscription.
Does this stop you from using Cursor?
Sometimes - I can sometimes use Cursor having a terribly frustrating experience.
Thanks, the screenshot and Request ID make it clearer. The hang happens mid chat, after the agent has already made tool calls like Explored and Grepped, not on the first token. That’s a classic HTTP/2 stream drop pattern. The connection dies, and the IDE keeps waiting for the next token.
Let’s disable HTTP/2 first. On Linux, that’s often the cause in this scenario.
While you test that, a couple things to check:
- Run
Cursor Settings > Network > Run Diagnosticsand paste the results here. - Are you on a VPN, corporate network, Zscaler, or using a proxy on this machine? If yes, try on a clean connection.
- Does the hang happen after waking from suspend or sleep, or can it happen anytime?
- What connection are you on, Wi-Fi, mobile hotspot, or wired?
After you’ve been on HTTP/1.1 for a while, let me know if it happens again. If it does, we’ll need a fresh Request ID from the moment it hangs via the chat menu in the top right > Copy Request ID, so we can pull the backend logs.
I didn’t use HTTP/1.1 nor 1.0 nor vpn or proxy. I use a cablemodem 300 mbit connection that works fine. Any other ide/browser/app worked fine without any network issues. mtr (ping and traceroute) and cursor diagnostics say that network have been working fine all the time.
Also if a network problems arise, the IDE should trigger an error instead of making us waste a lot of time!
Thanks for the screenshot. One small detail: Network Diagnostics checks initial connectivity DNS, TLS, handshake, but not long-lived streaming. An HTTP/2 stream can open fine, show green in diagnostics, then quietly die mid-request after a few tool calls. That’s exactly what your case looks like. The hang happens not on the first token, but after Explored or Grepped.
So please run this test with HTTP/1.1:
- App Settings
Ctrl + ,> search for HTTP/2 > switch to HTTP/1.1 or turn on Disable HTTP/2 - Fully restart Cursor
- Use it normally for 1 to 2 days
If the hang stops on HTTP/1.1, that confirms a stream drop, and we’ll have a clear direction for the team. If it still happens, that’s a different story, and we’ll need a fresh Request ID right at the moment it hangs Chat > menu in the top-right corner > Copy Request ID, plus answers to:
- Does the hang happen anytime, or more often after suspend, wake, or being idle?
- Are you on Wi‑Fi or wired Ethernet?
- Any timing pattern, like after long pauses with no chat activity?
Without switching to HTTP/1.1, we can’t tell a network streaming issue from something else on the model or agent side.
Hangs appear after inactivity on wired Ethernet connection (using category 6 cable). If I had network problems I would noticed it in the other applications, but Cursor is the only one with unreliable behaviour.