Want to connect to Raspberry Pi via SSH and edit files in [a GUI editor]
why do we need VS Code for that when it can be ALREADY DONE using standard Xorg capabilities?
It's all very simple. For example, if you have any X11 system running (FreeBSD, Linux, 32-bit or 64-bit, does not matter) and you started Xorg with the appropriate parameter (usually -listen tcp or -listen_tcp or similar, see the .xserverrc file or the 'slim' startup file [the one that invokes the X server] or whatever OTHER desktop manager you're running's startup file for that) then you can use a remote TCP/IP connection on port 6000H for that.
It's *kinda* built into X11 already. No need to re-invent it "the Microshaft Way".
THEN of course you ssh in, do an "export DISPLAY=othermachine:0.0" in the session, and every X11 application you run will display and interact with THE REMOTE DESKTOP. I run 'pluma' like this ALL of the time. I suppose Slickedit, IntelliJ, Eclipse, and other 'big tools" wil work, though I've noticed that these *kinds* of tools [which are usually piggy java applications] don't perform quite as well as a native X11 application would [I'v tried it with IntelliJ for Android stuff, with Linux in a VM on FreeBSD].
And of course if you have NATIVE TOOLS available, why do you need some HACK in a JAVASCRIPT APPLICATION (aka VS Code written in, of all things, NodeJS] to do what is _ALREADY_ _POSSIBLE_ _AND_ _CONVENIENT_ ???
Microshaft, here's a thought: Why don't you re-write VS Code using C++ and either GTK or Qt, and *THEN* make it TRULY cross platform!!! Then have it run NATIVELY [not using NodeJS or some OTHER stupid javascript pile of excrement] and make sure it works correctly using the method I just described..
wouldn't THAT be worth something?
and of course I've been using editors like pluma on RPi to develop stuff for quite a while, on headless systems that display the GUI on my FreeBSD Desktop...
this stuff is NOT ROCKET SURGERY, but if you ARE a rocket surgeon you've probably been doing this already.