`haskell-language-server is not available on Windows_NT.`

[IvanRenison]

I'm trying to use these extension in windows 11. When I open a haskell file, I get a notification saying:

haskell-language-server 1.7.0.0 is not available on Windows_NT. See the list of supported versions here

In that link it says what versions of ghc are supported. I have 8.10.7 witch is in the list of supported versions, so I shouldn't have problems with that.

In the output these is writed:

ouput

2022-06-20 16:42:17.3880000 [client] INFO Searching for server executables haskell-language-server-wrapper,haskell-language-server in $PATH
2022-06-20 16:42:17.3880000 [client] INFO $PATH environment variable: C:\Program Files\Common Files\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Program Files\Git\cmd;C:\Users\ivana\AppData\Local\Microsoft\WindowsApps;;C:\Users\ivana\AppData\Local\Programs\Microsoft VS Code\bin;C:\ghcup\bin
2022-06-20 16:42:17.6140000 [client] INFO Downloading haskell-language-server
2022-06-20 16:42:17.6200000 [client] INFO Using c:\Users\ivana\AppData\Roaming\Code\User\globalStorage\haskell.haskell to store downloaded binaries
2022-06-20 16:42:17.6200000 [client] INFO Fetching the latest release from GitHub or from cache
2022-06-20 16:42:34.4890000 [client] INFO The latest known release is 1.7.0.0
2022-06-20 16:42:34.4890000 [client] INFO Figure out the ghc version to use or advertise an installation link for missing components
2022-06-20 16:42:34.4900000 [client] INFO Working out the project GHC version. This might take a while...

For running the haskell-language-server-wrapper --debug ., I understand that haskell-language-server-wrapper should be in %APPDATA%\Code\User\globalStorage\haskell.haskell\. In that folder I have these files:

files

approvedReleases.cache.json
haskell-language-server-1.6.1.0-win32-8.10.7.exe
haskell-language-server-1.6.1.0-win32-8.10.7.exe.download.zip
haskell-language-server-wrapper-1.6.1.0-win32.exe
haskell-language-server-wrapper-1.6.1.0-win32.exe.download.zip

It's strange because there is nothing of version 1.7.0.0.

If I run haskell-language-server-wrapper-1.6.1.0-win32.exe with --debug . in the projects folder I get these:

haskell-language-server-wrapper-1.6.1.0-win32.exe --debug .

No 'hie.yaml' found. Try to discover the project type!
Run entered for haskell-language-server-wrapper(haskell-language-server-wrapper-1.6.1.0-win32.exe) Version 1.6.1.0, Git revision f4022c5bb8530cd306c53b941878244bf27a5d41 (dirty) x86_64 ghc-8.10.7
Current directory: C:\Users\ivan\Desktop\algoritmos-de-grafos_haskell
Operating system: mingw32
Arguments: []
Cradle directory: C:\Users\ivan\Desktop\algoritmos-de-grafos_haskell
Cradle type: Cabal

Tool versions found on the $PATH
cabal:          3.6.2.0
stack:          Not found
ghc:            8.10.7
Operating system: mingw32
Arguments: ["--debug","."]
Cradle directory: C:\Users\ivan\Desktop\algoritmos-de-grafos_haskell
Cradle type: Cabal

Tool versions found on the $PATH
cabal:          3.6.2.0
stack:          Not found
ghc:            8.10.7


Consulting the cradle to get project GHC version...
Project GHC version: 8.10.7
haskell-language-server exe candidates: ["haskell-language-server-8.10.7.exe","haskell-language-server.exe"]
Cannot find any haskell-language-server exe, looked for: haskell-language-server-8.10.7.exe, haskell-language-server.exe

[hasufell]

The code that gets triggered is here:

vscode-haskell/src/hlsBinaries.ts

Lines 453 to 489 in 1a7cfed

	async function getLatestProjectHLS(
	context: ExtensionContext,
	logger: Logger,
	workingDir: string,
	toolchainBindir: string
	): Promise<[string, string]> {
	// get project GHC version, but fallback to system ghc if necessary.
	const projectGhc = toolchainBindir
	? await getProjectGHCVersion(toolchainBindir, workingDir, logger).catch(async (e) => {
	logger.error(`${e}`);
	window.showWarningMessage(
	`I had trouble figuring out the exact GHC version for the project. Falling back to using 'ghc${exeExt}'.`
	);
	return await callAsync(`ghc${exeExt}`, ['--numeric-version'], logger, undefined, undefined, false);
	})
	: await callAsync(`ghc${exeExt}`, ['--numeric-version'], logger, undefined, undefined, false);
	// first we get supported GHC versions from available HLS bindists (whether installed or not)
	const metadataMap = (await getHLSesfromMetadata(context, logger)) || new Map<string, string[]>();
	// then we get supported GHC versions from currently installed HLS versions
	const ghcupMap = (await getHLSesFromGHCup(context, logger)) || new Map<string, string[]>();
	// since installed HLS versions may support a different set of GHC versions than the bindists
	// (e.g. because the user ran 'ghcup compile hls'), we need to merge both maps, preferring
	// values from already installed HLSes
	const merged = new Map<string, string[]>([...metadataMap, ...ghcupMap]); // right-biased
	// now sort and get the latest suitable version
	const latest = [...merged]
	.filter(([_k, v]) => v.some((x) => x === projectGhc))
	.sort(([k1, _v1], [k2, _v2]) => comparePVP(k1, k2))
	.pop();
	if (!latest) {
	throw new NoMatchingHls(projectGhc);
	} else {
	return [latest[0], projectGhc];
	}
	}

specifically the throw new NoMatchingHls(projectGhc) on line 485.

You should check your console debug log. This one doesn't tell us much: https://github.com/haskell/vscode-haskell#investigating-and-reporting-problems

[fendor]

I was able to reproduce the issue on windows 10. For me, the issue was an outdated VSCodium version that didn't load the latest vscode-haskell plugin.

[IvanRenison]

It's seems that it was something to do with that, after some updating it started working. Thank you very much. Sorry for opening a issue only for that.