Open mostlydev opened 5 months ago
This seems to be related: https://github.com/microsoft/vscode-remote-release/issues/9677
Perhaps even the same bug.
Apparently, downgrading to version 0.109.0 of "Remote - SSH" resolves this, but Cursor does not let you pick any version other than 0.110.
I tried copying the extension from ~/.vscode
to ~/.cursor
and replaced the reference in extensions.json
. It reports the new version is installed, but I still get the same error.
To be clear, I copied the whole node in extensions.json, not just the version identifier.
I followed the same process and downgraded to 0.109.0. Same error.
I believe macos and windows hosts aren't supported, been waiting keenly for macos support for months :(
That's peculiar, considering those comprise the vast majority of dev OSes.
Yes, macos and windows remote hosts aren't currently supported. But this is definitely on our radar!
This was working before. It broke after a specific vscode update btw. I have personally used this with same machine M2 Mac Mini and ARM64 windows on Parallels VM.
This was working before. It broke after a specific vscode update btw. I have personally used this with same machine M2 Mac Mini and ARM64 windows on Parallels VM.
Let me add more context to this:
It seems that in previous version where I WAS able to ssh into Windows VM running on Paralles from MacOs host both ARM64 arch, the server that was getting downloaded on windows vm was X64.
I was able to replicate the previous working solution by patching Remote SSH extension (specifically extensions.js) by replace $arch detection if else.
More info here: https://github.com/microsoft/vscode-remote-release/issues/9677#issuecomment-2231535606
I use VS Code "Remote - SSH" daily but the same workflow does not work in cursor. I remote from a M1 mac machine to another M1 mac. On cursor I am getting the error "Failed to download VS Code Server (Server returned 404)"
I imagine this would work if we could downgrade the plugin as others mentioned, but only one version is listed when clicking "install another version."
Unfortunately this is the only way I access my codebase so I cannot try cursor yet, but I hope I will be able to soon
If anybody here would like to shine some extra light on this issue you can also confirm that it's still happening on their forum: https://forum.cursor.com/t/cursor-remote-ssh-not-working-invalid-vscode-server-download-link/3889
This is happening for me trying to SSH into a Windows remote from MacOS as well, but my remote Windows machine is x86_64 and thus does not appear to be related to the arch issue.
I'm totally addicted to Cursor but this bug is making my workflow very cumbersome. I basically have VSCode (which can connect to remote) open in one window, and Cursor in another, and do some ad-hoc combination of git push/pull and copy pasting files between the two in order to develop for Windows from Mac. Would love to continue to promote Cursor to other VSCode developers at my company, but we need this feature to work.
It's random issues like this that make me wish Cursor was just a vs code plugin. This has been an issue for months, why isn't it fixed yet?
When working with remote containers, VSCode installs a VS Code Server in the remote machine based on the client's compilation commit (Help > About > Commit).
If the client is compiled on commit A, the server that it tries to download is based on commit A, but if we update the client to commit B, it will try to download commit B for the server.
Silly question: I think Cursor is a fork, so of course their commit SHAs are going to be different. Is anyone at Cursor making sure to modify whatever internal variable so the Remote Development extension would point to the correct VS Code Server commit instead of using the one in the Cursor client?
Same error. Cursor version: 0.40.4
Still not working for windows host, 0.41.2.
still not working for windows 11 host / MacOS sequoia client(cursor installed)
Any update?
This is stunning. It speaks volumes about the bubble that is ai development that an issue relevant to a majority their prospective audience isn't a higher priority.
Most of my worry about this app relates to these sorts of blindspots. It's culture. Microsoft has no illusions about current reality, and so vscode + cody + supermaven it is.
Edit: As I expected, Windows is the most common development OS, followed closely by MacOS. And I'm going to guess a majority of those MacOS developers are at least sometimes developing Windows apps.
@truell20 any thoughts on this one? Seems like there's a chance it may be a one liner somewhere that would unlock a major feature for a lot of users.
Any updates on this?
Make sure you're logged into Cursor, then try again. That worked for me
Didn't help, same issue. VS Code server fails to install on remote win machine.
Hey @truell20 any update on this? Trying to connect to the code tunnel but facing this 404 Not found error for a particular commit hash:
As described in the title. This error comes up when attempting to connect from Cursor on MacOS to a remote Windows 11 host.