[Windows Host] Remote-SSH CLI setup fails – expected .zip, tries to download .tar.gz

[user7]

Describe the Bug

Summary
When using Cursor Remote-SSH to connect to a Windows remote machine, the client attempts to download a file with a .tar.gz extension from cursor.blob.core.windows.net, even though Windows systems require a .zip file. This results in a 404 BlobNotFound error and the failure of server-side CLI setup.

Steps to Reproduce

Steps to Reproduce
Use Cursor IDE with remote-ssh extension to connect to a Windows machine.

Observe the logs during remote initialization.

The client issues a request to:
https://cursor.blob.core.windows.net/remote-releases/(some hashcode)/cli-win32-x64.tar.gz
The request fails with BlobNotFound, since the correct format should be .zip.

Observed Behavior
Download failed. - BlobNotFoundThe specified blob does not exist.
…
Waiting for C:\Users\xxx.cursor-server\xxx.zip.done and xxx.zip to exist

Expected Behavior

Expected Behavior
The client should detect that the remote system is running Windows and request the .zip version of the CLI archive instead of .tar.gz.

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.1.3 (user setup)
VSCode Version: 1.96.2
Commit: 979ba33804ac150108481c14e0b5cb970bda3260
Date: 2025-06-15T06:55:04.603Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.26100

Additional Information

Temporary Workaround
Manually:

Change .tar.gz to .zip in the failed download URL.
Download the .zip archive using a browser or CLI.

Move it to:
C:\Users<username>.cursor-server\vscode-cli-(hashcode).zip

Create an empty file in the same directory:
vscode-cli-(hashcode).zip.done

Retry SSH connection — it will proceed as if the download was successful.

Environment
OS: Windows 11 workstation (remote)

Cursor IDE Version: (any using remote-ssh 0.113.1+)

Extension: ms-vscode-remote.remote-ssh

Issue Hash: cli-win32-x64

Does this stop you from using Cursor

Yes - Cursor is unusable

[ravirahman]

Hi @user7, thanks for bringing this to our attention. This should be fixed, we have just uploaded tarballs at that location.

[user7]

Hi @ravirahman,

Thanks for the quick response. I tested again, but the issue seems unresolved.

The issue appears unresolved because the client still tries to download:

https://cursor.blob.core.windows.net/remote-releases/979ba33804ac150108481c14e0b5cb970bda3260/cli-win32-x64.tar.gz

However, the logic on the Windows host expects a .zip — when I manually provide a .zip, the installation proceeds as expected. This suggests:

1. Uploading a .tar.gz does not help.
2. The download URL logic needs to be updated to request the correct .zip for Windows.
   Also, from this line in the log:

[16:58:19.517] Got request to download on client for {"artifact":"cli-win32-x64","destPath":"C:\\Users\\nwu\\.cursor-server/vscode-cli-979ba33804ac150108481c14e0b5cb970bda3260.zip"}

it seems the download URL is programmatically constructed and always assumes a .tar.gz extension, even though destPath ends with .zip.

The root issue likely lies in how the client builds the URL, not in the archive content itself.

I’ve also attached the full log for your reference — it may help clarify or pinpoint the issue further.
log.txt (14.1 KB)

Thanks again for your work and looking forward to a fix!