Hi, Cursor agent appears to be stuck forever even for a simple command. Below is a screenshot of Run Diagnostic. How can this be fixed?
Your diagnostic shows : the DNS check is failing (“No response”), and the Authentication UI and Cursor Tab checks both fail with “No response from DNS lookup.” So your machine can’t resolve some of Cursor’s domains, and requests never reach our servers, which is why the agent just sits there.
Since a few checks pass (Marketplace, Authentication) while the core API/Tab/auth domains don’t resolve, this almost always points to a corporate firewall, DNS filter, or VPN that’s only letting through part of Cursor’s traffic.
A few things to try:
- Test on a different network. Disconnect from any VPN and switch to another connection (e.g. a personal hotspot), then fully quit and reopen Cursor (not just Reload Window) and re-run diagnostics. If it works off your work network, that confirms the network/firewall is the cause.
- If you’re on a VPN, fully restart Cursor after disconnecting — Cursor can hold onto a VPN’s DNS settings until it’s restarted completely.
- If you’re on a managed/corporate network, the fix is to have your IT team allowlist Cursor’s domains in the firewall/DNS policy:
*.cursor.sh*.cursor-cdn.com*.cursorapi.com
Full steps and the connectivity tests are here: Network, proxy, and remote connections.
If it still fails after testing off your corporate network, hit Copy diagnostics in that same Network panel and paste the output here, and let me know whether you’re behind a VPN or proxy - that’ll let us pinpoint exactly which domains are being blocked.
for us, since a few days the agent is getting tuck on a forever “thinking” state, mostly when running terminal commands.
I have to quit the app and restart it, but then after a few iterations happens again. I ran the diagnostics and the “Ping” and “Chat” services are on an infinite loading state (see screenshot).
This started happening very often just since a few days ago. Its very annoying!!!
@mohitjain or someone from the cursor team, please help!
Version: 3.9.19
VS Code Extension API: 1.105.1
Commit: f4c1e61a548954c54901e654e536534d8e0d4080
Date: 2026-06-28T21:40:06.655Z
Layout: editor
Build Type: Stable
Release Track: Nightly
Electron: 40.10.3
Chromium: 144.0.7559.236
Node.js: 24.15.0
V8: 14.4.258.32-electron.0
xterm.js: 6.1.0-beta.256
OS: Darwin arm64 25.3.0
This is a different diagnostic pattern from the original post here (that one was DNS resolution failing). Yours shows Ping and Chat failing with [unavailable] PING timed out, while DNS, HTTP/2, SSL, API, and Agent all pass - so basic connectivity is fine, but the long-lived chat stream’s health checks are timing out. That lines up with the agent sitting on “Thinking” and stalling on terminal commands.
Try this:
- Cursor Settings → Network → HTTP Compatibility Mode → HTTP/1.1
- Fully quit Cursor and reopen (not just Reload Window)
- Re-run Network Diagnostics — Ping and Chat should pass
If you’re on a VPN or a managed network, also try a different connection (e.g. phone hotspot) with a full restart. That tells us whether the network path is the issue.
Docs: Network, proxy, and remote connections
If Ping/Chat still time out after that, hit Copy diagnostics in that panel and paste the output, and say whether you’re behind a VPN or proxy.
Hi @mohitjain ,
Thanks for your comments. I tried the steps 1,2,3 and it still didn’t work.
I noticed that I had some extensions installed and I guessed it may have corrupted the cursor profile. Creating a new profile automatically resolved the issues I had in the Network Diagnostics report.
Glad the new profile sorted it - and that result actually tells us what was going on. Something in your old profile (most likely one of the extensions you had installed, or a setting it changed) was interfering with how Cursor connects, which is why the diagnostics showed failures and the agent hung even though your underlying network was fine. That’s also why steps 1-3 didn’t help: they target the network path, not a profile-side issue.
To get your setup back without bringing the problem back:
- Keep the new (working) profile as your main one. Add your extensions back a few at a time, and re-run Cursor Settings > Network > Run Diagnostics (plus a quick agent request) after each batch. If the failures return right after a specific extension, that’s your culprit.
- When copying settings across, leave out any custom network/proxy settings from the old profile. Bring over your editor and keybinding preferences first, and only add the rest if diagnostics stay green.
- Don’t delete your old profile yet. Keep it as a reference so you can compare its extension list and settings against the clean one to pin down what caused this. Deleting a profile removes its extensions list, settings, and associated state, so hold onto it until you’ve migrated everything you need.
If the failures come back when you re-add a particular extension, reply here with which one and a fresh Copy diagnostics output, and I’ll help narrow it down.
I experienced the same thing, even though there was no change in the extension. I am not using VPN, I am not in managed or corporate network.
Cursor Network Diagnostic Results
FAILED (5): DNS, SSL, Authentication UI, Cursor Tab, Agent Endpoint
DNS: Error: No response
Logs:
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Error: Error: No response
[2026-07-22T11:39:34.320Z] Result: Error: No response
SSL: Error: No provider
API: Not run
Ping: Not run
Chat: Not run
Agent: Not run
Marketplace: Success
Logs:
[2026-07-22T11:39:33.813Z] Host: marketplace.cursorapi.com
[2026-07-22T11:39:34.136Z] Response in 324ms
[2026-07-22T11:39:34.136Z] Response: 200
[2026-07-22T11:39:34.136Z] Response Type: cors
[2026-07-22T11:39:34.136Z] Server: null
[2026-07-22T11:39:34.136Z] Result: OK in 324ms
Authentication: Success
Logs:
[2026-07-22T11:39:33.815Z] Host: prod.authentication.cursor.sh
[2026-07-22T11:39:34.324Z] Response: 200 in 509ms
Authentication UI: Error: No response from DNS lookup
Logs:
[2026-07-22T11:39:34.349Z] DNS lookup: authenticator.cursor.sh
[2026-07-22T11:39:34.349Z] Error: No response
Cursor Tab: Error: No response from DNS lookup
Logs:
[2026-07-22T11:39:34.351Z] DNS lookup: api3.cursor.sh
[2026-07-22T11:39:34.351Z] Error: No response
Agent Endpoint: Error: No response from DNS lookup
Logs:
[2026-07-22T11:39:34.352Z] DNS lookup: agent.api5.cursor.sh
[2026-07-22T11:39:34.352Z] Error: No response
Downloads: Success
Logs:
[2026-07-22T11:39:33.819Z] Host: downloads.cursor.com
[2026-07-22T11:39:34.869Z] Response: 403 in 1050ms
CDN: Success
Logs:
[2026-07-22T11:39:33.820Z] Host: cursor-cdn.com
[2026-07-22T11:39:34.323Z] Response: 404 in 503ms
=================================================================================
SPECIFICATIONS:
OS Windows 11. Using WSL2 Ubuntu.
Cursor Version: 3.12.30 (user setup)
VS Code Extension API: 1.128.0
Commit: 63a2996a10d9e476b6c28e951dd7691d9c0cf480
Date: 2026-07-21T22:50:03.568Z
Layout: IDE
Build Type: Stable
Release Track: Default
Electron: 40.10.3
Chromium: 144.0.7559.236
Node.js: 24.15.0
V8: 14.4.258.32-electron.0
xterm.js: 6.1.0-beta.256
OS: Windows_NT x64 10.0.26200
=================================================================================
WHAT I’VE TRIED & NOT WORKING
-
remove all extensions
-
change HTTP compatibility Mode to 1.1 & disable vs code http2
-
test on a different network
-
set dns server address: 8.8.8.8 (alternate DNS 8.8.4.4) or 1.1.1.1 (alternate DNS 1.0.0.1)
-
adding Cursor to the list of “Allow apps to communicate through Windows Defender Firewall” for public and private
-
adding Firewall outbound rules
-
turn off Firewall
-
create new profile
-
set WiFi only using IPv4
=================================================================================
WHAT WORKS (but make workspace & chat history gone)
deleting workspaceStorage & globalStorage folders’ contents.
After deleting them, i got error on Chat & Agent when running network diagnostic:
Chat: Error: Streaming responses are being buffered by a proxy in your network environment
Logs:
[2026-07-22T15:31:37.361Z] Starting streamSSE
[2026-07-22T15:31:39.504Z] Response: 'foo' in 2139ms
[2026-07-22T15:31:40.529Z] Response: 'foo' in 1025ms
[2026-07-22T15:31:41.528Z] Response: 'foo' in 999ms
[2026-07-22T15:31:42.522Z] Response: 'foo' in 994ms
[2026-07-22T15:31:43.515Z] Response: 'foo' in 993ms
[2026-07-22T15:31:44.537Z] Result: Error: Streaming responses are being buffered by a proxy in your network environment
Agent: Error: HTTP/1.1 SSE responses are being buffered by a proxy in your network environment
Logs:
[2026-07-22T15:31:37.364Z] Starting stream
[2026-07-22T15:31:37.365Z] Pushing first message
[2026-07-22T15:31:39.607Z] Response: 'foo' in 2242ms
[2026-07-22T15:31:40.110Z] Pushing next message
[2026-07-22T15:31:42.230Z] Response: 'foo' in 2623ms
[2026-07-22T15:31:42.732Z] Pushing next message
[2026-07-22T15:31:44.122Z] Response: 'foo' in 1892ms
[2026-07-22T15:31:44.631Z] Pushing next message
[2026-07-22T15:31:45.439Z] Response: 'foo' in 1317ms
[2026-07-22T15:31:45.948Z] Pushing next message
[2026-07-22T15:31:47.027Z] Response: 'foo' in 1588ms
[2026-07-22T15:31:47.027Z] Result: Error: HTTP/1.1 SSE responses are being buffered by a proxy in your network environment
I solve them by setting (I don’t know if this setting is the right one to be implemented, but when i don’t use one of this setup, those errors will appear again):
- WiFi IPv4 using DNS 1.1.1.1
"http.proxy": "", "http.proxyStrictSSL": falsein Cursor’s settings.json- disable vscode http2
- Cursor’s network http compatibility mode to HTTP/1.1
I don’t want to use this solution since it delete all chats history. But I mention this step because who knows it might provide some enlightenment.