The cursor cuts off the execution of the code at the stage

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I was working on a project, and when I tried to read the cargo documentation, the cursor gave me a connection error: Request ID: 02a71e9c-6229-49c0-b12e-867b97223c80

I tried resetting the cursor - nothing.
Diagnostics showed everything was working, but ultimately the same problem persisted.
I tried switching HTTP versions - no help.

Steps to Reproduce

Give him an original task like mine—to create an app that mirrors games.
He’ll start studying the latest RAST documents—that’s where the problem will be.

Expected Behavior

Perform the study and do not crash, do not complain about the connection - it is stable

Screenshots / Screen Recordings

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.0.54 (system setup)
VSCode Version: 1.99.3
Commit: 7a31bffd467aa2d9adfda69076eb924e9062cb20
Date: 2025-11-03T22:40:44.657Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26100

For AI issues: which model did you use?

auto

For AI issues: add Request ID with privacy disabled

Request ID: 02a71e9c-6229-49c0-b12e-867b97223c80

Additional Information

Now the tab with information about the application is called HELP, not MENU. Please fix this, because I was trying to find the menu :slight_smile:

Does this stop you from using Cursor

Yes - Cursor is unusable

Hey, thanks for the report. Connection errors despite passing diagnostics are definitely frustrating.

Based on similar cases, please try:

  1. Check MCP servers (if configured):
  • Cursor has an 80‑tool limit - too many MCP tools can cause intermittent connection failures
  • Disable MCP servers you’re not actively using
  • This has already fixed the same issue for another user
  1. Check Windows Firewall/Antivirus:
  • Windows may need to re‑allow internet access for your current Cursor version
  • Temporarily disable your antivirus and test
  1. VPN:
  • If you’re using a VPN, try without it

Let me know what you find!

P.S. Great catch about the Menu → Help rename - I’ll pass that feedback along.

Thanks for the recommendations - I don’t have MCPs, my firewall is disabled, and so is my antivirus.
I had a VPN, but I tried without it - same story.

I noticed it was specifically on cargo build that it breaks. I wrote the code correctly, but when I build cargo, this error pops up.

Thanks for the screenshot! The issue is clear - the Agent successfully ran cargo build, then failed with a connection error when trying to continue.

This likely points to a bug in how the Agent handles command output or the next step after a successful terminal command. To help engineering fix it, please:

  • Get console logs: Help > Toggle Developer Tools > Console
  • Reproduce the error (run the same Agent task with cargo build)
  • Screenshot or copy any red errors from the Console
  • Copy the Request ID: when the error appears, click the three-dots menu → Copy Request ID

This will help pinpoint where the Agent fails. I’ll escalate this to engineering with your details.

Request ID: abc27456-ea90-4d15-99d7-8f58b514c8dd

vscode-app-1762345746129.txt (60,5 КБ)

I think the crash happens because my Rust code sends some value (like 4294967295) as a status or exit code, but your JS side expects a regular int32. That causes a serialization error, breaks the connection, and I get this “Connection Error” instead of a real build result.

1 Like

Thanks for the info. This is a bug in how the Agent handles terminal exit codes that exceed the int32 range.

Your int32 overflow hypothesis is fully confirmed - I found a related topic with the same serialization pattern: Serialization error

I’ll pass this to the team along with your console logs, request IDs, and analysis.

Thanks for the detailed investigation - the console logs and your analysis will help engineering.

Thank you for your responsiveness. I found a temporary solution: ask the cursor to create an intermediate Python script that runs cargo commands so it doesn’t have to run them manually. Then the crash won’t happen. So for now, I’ll have to use this workaround until they fix it =)
Maybe consider building this type check or exit code conversion into the agent directly, so users don’t have to workaround it themselves in the future. It would save time and prevent crashes for everyone.

1 Like

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I’m experiencing a connection failure when executing the PowerShell command cargo check 2>&1 in Cursor’s terminal. The error message states: “Connection failed. If the problem persists, please check your internet connection or VPN.”

Steps to Reproduce

cargo check 2>&1 | Select-String -Pattern “error|warning:” | Select-Object -First 20

Expected Behavior

Connection failed. If the problem persists, please check your internet connection or VPN,
-resume not work.
-restart program work.

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.0.77 (user setup)
VSCode Version: 1.99.3
Commit: ba90f2f88e4911312761abab9492c42442117cf0
Date: 2025-11-13T23:10:43.113Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26100

For AI issues: which model did you use?

auto

For AI issues: add Request ID with privacy disabled

Request ID: 2947b8e7-2309-4a17-b681-f30e39d0114a

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Issue Summary:
Cursor AI Agent frequently crashes during terminal operations like cargo check, displaying a warning about internet/VPN connectivity. Once triggered, the agent thread becomes unrecoverable—either crashing outright or getting stuck indefinitely at “Planning next moves.”

Warning Message:

Connection failed. If the problem persists, please check your internet connection or VPN.

Troubleshooting Attempts So Far:

  • Switched from HTTP/2 to HTTP/1.1 as suggested in other forum threads.
  • Reinstalled Cursor.
  • Verified that internet is stable and functional across other apps on the same PC.
  • Not using a VPN.
  • Ran Cursor’s network diagnostics—no issues reported.
  • Disabled IPv6 and forced IPv4 per this forum suggestion.

Impact on Workflow:
This bug makes it impossible to continue using the original agent thread. I’m forced to manually duplicate the “Build” plan before each execution, hoping the new agent can reconstruct context from the copy. Unfortunately, this workaround breaks continuity—new agents can’t interact with the original plan, which severely limits usability.

Steps to Reproduce

Here is the specific powershell command that crashed the agent (but not limited to):

cd src-tauri; cargo check --message-format=short 2>&1 | Select-Object -First 50

Expected Behavior

Should not crash and should not kill the entire thread.

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.0.75 (system setup)
VSCode Version: 1.99.3
Commit: 9e7a27b76730ca7fe4aecaeafc58bac1e2c82120
Date: 2025-11-12T17:34:21.472Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26200

For AI issues: which model did you use?

Auto

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor