When working on a remote SSH server, the first session runs normally, but subsequent sessions prompt the error An unexpected error occurred on our servers

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

It works fine after creating a new session window, but an abnormal error is prompted every time you send the second message in the same session. The error message points to a path issue, yet everything functioned properly prior to version 1.24 approximately.
Comparison details:
No anomalies occur when using Cursor on the local machine.
The same issue persists after switching to multiple different remote servers – an abnormal error is prompted on the second message in the same session every time.
A colleague using a Windows 10 system can connect to the same remote servers without any problems.

Steps to Reproduce

ctrl +t to create a new chat

Operating System

Windows 10/11

Version Information

Version: 2.4.21 (user setup)
VSCode Version: 1.105.1
Commit: dc8361355d709f306d5159635a677a571b277bc0
Date: 2026-01-22T16:57:59.675Z
Build Type: Stable
Release Track: Default
Electron: 39.2.7
Chromium: 142.0.7444.235
Node.js: 22.21.1
V8: 14.2.231.21-electron.0
OS: Windows_NT x64 10.0.17763

For AI issues: which model did you use?

auto

For AI issues: add Request ID with privacy disabled

Request ID: 0460d823-256c-4214-a9e5-c135756d83fe
[internal] [UriError]: If a URI contains an authority component, then the path component must either be empty or begin with a slash (“/”) character
LTe: [internal] [UriError]: If a URI contains an authority component, then the path component must either be empty or begin with a slash (“/”) character
at kmf (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:9095:38337)
at Cmf (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:9095:37240)
at $mf (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:9096:4395)
at ova.run (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:9096:8170)
at async qyt.runAgentLoop (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:34190:57047)
at async Wpc.streamFromAgentBackend (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:34239:7695)
at async Wpc.getAgentStreamResponse (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:34239:8436)
at async FTe.submitChatMaybeAbortCurrent (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:9170:14575)
at async Oi (vscode-file://vscode-app/c:/Users/10333968/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:32991:3808)

Does this stop you from using Cursor

Yes - Cursor is unusable

Hey, thanks for the report. This is a known regression: a UriError when parsing Windows paths while collecting terminal context in Remote SSH.

A few things that might help:

Workaround (temporary fix):
Switch the bottom panel from Terminal to Output. This should let the agent work while terminal context isn’t being collected.

Check the Remote SSH extension:
Which Remote SSH extension do you have installed, Microsoft Remote-SSH or Anysphere Remote SSH?

  • If it’s Microsoft, uninstall it, install Anysphere Remote SSH, restart Cursor, and try again
  • Press CTRL + Shift + X > search for “Remote-SSH” > check the publisher

If the workaround doesn’t help, please share:

  • Your Anysphere Remote SSH extension version
  • Logs: View > Output > select “Remote-SSH” in the dropdown
  • The OS on the remote server (Linux or Windows?)

Related threads:

Let me know if switching to the Output panel helps.

Name: Remote - SSHId: anysphere.remote-sshDescription: Open any folder on a remote machine using SSH and take advantage of Cursor’s full feature set.Version: 1.0.38Publisher: AnysphereVS Marketplace Link:

i used Anysphere ,the remote server is windows the log i put it in the attachment

新建文本文档 (3).txt (27.7 KB)

@deanrie

I completely uninstalled it and then reinstalled version 2.2.44, which resolved the issue.
The SSH plugin version is 1.0.38.

I’ve tried switching the bottom panel from Terminal to Output, but it didn’t work. My remote tool isn’t Microsoft’s official one, and the remote host is running Windows

I see you’ve already found a solution. Rolling back to 2.2.44 works. Thanks for confirming that switching to Output didn’t help, that’s useful info.

This is a known regression with parsing Windows paths when collecting context from the terminal in Remote SSH. The team is aware.

Right now, rolling back to 2.2.44 is the only working workaround. If there’s a fix in newer versions, I’ll let you know.

This topic was automatically closed 22 days after the last reply. New replies are no longer allowed.