Cursor-agent CLI hangs on "Working" when fetching git-backed plugins over SSH on networks that block GitHub SSH

Support Bug Reports
, , ,
1

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

The cursor-agent CLI hangs indefinitely on “Working” because it syncs git-backed plugins by running git fetch --depth 1 over SSH ([email protected]:…) with no connect timeout. On networks where SSH to GitHub is blocked (but HTTPS works), the fetch never returns and the turn never completes. The Cursor IDE is unaffected; this only affects the CLI.

Steps to Reproduce

  1. Use a network where SSH to github.com is blocked (port 22 and SSH-over-443 both hang; HTTPS to GitHub works).
  2. Run agent in any git repo and send a prompt.
  3. Observe the turn stuck on “Working” indefinitely.

Operating System

MacOS

Version Information

2026.07.20-8cc9c0b

Does this stop you from using Cursor

Yes - Cursor is unusable

7

Hi @kosz Thank you very much for the detailed bug report. Your diagnosis matches a bug in the CLI plugin-loading path: a blocked GitHub SSH connection can remain pending and keep the turn on Working. We are tracking a fix to bound the SSH operation and prevent plugin loading from blocking the agent turn.

As a temporary workaround, replace YOUR_ORG with the organization hosting the plugin:

  • git config --global url."https://github.com/YOUR_ORG/".insteadOf "[email protected]:YOUR_ORG/"
  • git config --global --add url."https://github.com/YOUR_ORG/".insteadOf "ssh://[email protected]/YOUR_ORG/"

This makes Git use HTTPS when Cursor passes an SSH-form URL. Private repositories will still require working HTTPS credentials. The rule also affects other Git operations for that organization.

To remove it later:

`git config --global --unset-all url." ```https://github.com/YOUR_ORG/``` ".insteadOf`

Thank you again for the post. We’ll update this with any relevant updates.