None of the method mentioned above worked for me unfourtunately. Had to uninstall and reinstall VScode, which is annoying. It happened twice so far already.

This one fixed my problem.

Setting C:\Users\<USER>\AppData\Local\Programs\Microsoft VS Code\bin\code.cmd instead of code.exe works fine for me.

Thanks A-DIBACCO

Setting C:\Users\<USER>\AppData\Local\Programs\Microsoft VS Code\bin\code.cmd instead of code.exe works fine for me.

For me it didnt work after updating to 1.1.3.
I fiexed it by also deleting all registry entries starting with vscode under \HKEY_CURRENT_USER\Software\Unity Technologies\Unity Editor 5.x

It seems like this is fixed in the latest package 1.1.3, a conditional statement was added to use ProcessWindowStyle.Normal if opening with .exe.

...Though this assumes that you still have the .exe set - otherwise a command prompt (the running cmd file) will also be shown.

(I really wish comments were shown oldest to newest, instead of the opposite)

@Bunderant Until they update the package, you can also manually fix it by editing VSCodeScriptEditor.cs (as I describe below - it's literally changing one value). It's in com.unity.ide.vscode in the packages section at the bottom of the Project view.

@macklin, thanks so much for digging into this. Killing the accumulated VS Code processes allowed me to finally open the solution correctly. I'd also changed the editor target to the .cmd file rather than the .exe as you suggested.

I had originally restarted my computer before creating a new project to reproduce the bug, and it just worked. So, I then recreated another empty project only to see the bug immediately turn up yet again. I was about to lose my mind, looks like those zombie processes were the culprit. Again, thanks for restoring my sanity.

Taking a look at VSCodeScriptEditor.cs (in the com.unity.ide.vscode package), at line 182 it seems that the Process is being created using the ProcessStartInfo.WindowStyle property set to Hidden. So when double clicking on a script, a VSCode process is indeed opened, but the Window is not shown. Changing the ProcessStartInfo.WindowStyle to ProcessWindowStyle.Normal fixes this.

It seems kinda obvious, but as far as I can tell, this was done to hide the intermediary console window that would otherwise be shown if launching using the .cmd file - and afaik the .exe in older versions of VSCode (which is a good idea if you don't want a console window hanging around every time you open a script). I've suggested that this flag should be conditionally set based on whether the cmd or the exe is selected in the Unity Editor preferences, and perhaps based on the version of VSCode installed.

Setting the external script editor to the exe worked with prior versions of VSCode - even when using ProcessWindowStyle.Hidden - as I'm fairly sure VSCode was creating the graphical window as a different process (or some other magic) - therefore ignoring the ProcessStartInfo.WindowStyle set when launching the process. In recent versions this doesn't seem to be the case, as the WindowStyle now applies to all processes, hence why the window wasn't being shown.

@Anthony0506 By changing the "External Script Editor" in the editor preferences, manually browsing to ".../Microsoft VS Code/bin/code.cmd". The set editor still appears as "Visual Studio Code" though.