Omnisharp fails loading

[deathaxe]

Regressed by #50

Omnisharp fails loading since v1.2.2 with following traceback:

Unable to start subprocess for OmniSharp
Traceback (most recent call last):
  File "<ST>\Packages\LSP\plugin\core\windows.py", line 281, in start_async
    transport = create_transport(transport_config, transport_cwd, session)
  File "<ST>\Packages\LSP\plugin\core\transports.py", line 283, in create_transport
    process = start_subprocess()
  File "<ST>\Packages\LSP\plugin\core\transports.py", line 271, in start_subprocess
    return _start_subprocess(config.command, stdin, stdout, subprocess.PIPE, startupinfo, config.env, cwd)
  File "<ST>\Packages\LSP\plugin\core\transports.py", line 350, in _start_subprocess
    process = subprocess.Popen(
        args=args,
    ...<4 lines>...
        env=env,
        cwd=cwd)
  File "./python3.13/subprocess.py", line 1039, in __init__
  File "./python3.13/subprocess.py", line 1554, in _execute_child
OSError: [WinError 87] Falscher Parameter

Reverting to previous version v1.2.1 (or just beforee 1ecedb2) fixes the issue and everything is fine again.

[deathaxe]

What a simplification! Thank's for breaking my setup.

[rchl]

You don't have to be sarcastic about it. We are trying to improve things, not make other people worse. And we are doing it in our spare time.

We don't mean to introduce bugs and I'm sure you know that and it happened to you too before.

I could even quote you "Don't cry about it"

[deathaxe]

This certainly wasn't an improvement the one way or the other and there was no reason for this change.

[rchl]

Keep thinking that if you want.

While we are being children here, thanks for breaking my setup.

Also, of all people, I'm sure you can clone the repo and rewind the commit if its so important to your work instead of "crying".

You could try to help find the problem here instead of getting personal but whatever...

[rchl]

It works the same for me both before and after the change.

You can provide the output of LSP: Troubleshoot server or enable lsp_debug: true and look at the command used to start the server. It might be related to some of your custom server configuration.

I don't see any issue with default setup.

[deathaxe]

Debug mode revealed $... variables from command setting not being expanded. It finally was resolved after deleting Cache/pycache folder. Appears ST kept using an outdated .pyc file.