Cursor Remote-SSH periodic stuttering

Bug Reports
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Cursor isn’t generally “slow,” but shows periodic stuttering: approximately every 30 seconds, remote operations freeze for about 5 seconds. During each freeze:

  • File open/save and explorer operations hang.
  • Integrated terminal input/echo pauses, then resumes.
  • The UI remains otherwise responsive.

This occurs only when connecting from A to C via B (C’s SSH exposed on B using frpc or SSH forwarding). The same connection path in VSCode is smooth, and Cursor connecting directly to B is fine. Reproducible with client A on both macOS and Windows 10/11. Bastion B and target C both run Ubuntu 22.04. This issue has persisted for roughly three months; Cursor has been kept on the latest version throughout with no fix so far.

Steps to Reproduce

  1. On B, expose C’s SSH (C:22) via frpc or an SSH forward so that B:PORT forwards to C:22.
  2. On A, in Cursor, create a Remote-SSH target to B:PORT (which reaches C’s sshd).
  3. Connect and open a folder on C.
  4. Perform typical actions (open/save files; run git status, ls -l, or tail -f in the terminal).
  5. Observe a repeating pattern: roughly every 30 seconds, all remote file ops and terminal I/O freeze for ~5 seconds, then continue.

Expected Behavior

  • No periodic stalls; file operations and terminal I/O remain continuously responsive.
  • Performance comparable to VSCode on the same connection path.

Operating System

Linux

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.0.43 (system setup)

Commit: 1.99.3

Date: 8e4da76ad196925accaa169efcae28c45454cce0

Electron: 2025-10-30T18:49:27.589Z

ElectronBuildId: 34.5.8

Chromium: undefined

Node.js: 132.0.6834.210

V8: 20.19.1

OS: 13.2.152.41-electron.0

Does this stop you from using Cursor

Yes - Cursor is unusable

3

I’ve been experiencing similar stuttering issues since version 1.4. Interestingly, this happens even with a regular remote SSH connection (not just the two-hop setup you mentioned).

Also noticed the problem is node-specific as one node connects fine for me while another node regularly freezes.

4

The same issue has appeared since version 1.4. Do you have any thoughts on the differences between your nodes? Maybe that could help solve the problem.

5

I wrote this bug report and now I found yours, which is very similar. I agree with “A to C via B” connection is the problem. Only difference is the period (for me it’s 60sec)

6

That’s right, the 30 seconds I mentioned is just an estimate; sometimes it might be a bit longer, maybe 60 seconds.

1 Like
7

@ravirahman could you help with this?

9

Does anyone understand where the problem is?