Ashkan Kh. Nazary

I spent some more time on it. Running the main executable works fine but the wrapper results in the exact same error : ``` Users/ashkan/.ghcup/tmp/ghcup-ghc-8.10.7_cabal-3.6.2.0_hls-1.7.0.0_stack-2.7.5/haskell-language-server-wrapper-1.7.0.0 Found "/Users/ashkan/Hobby/Haskell/learn-lh/hie.yaml" for "/Users/ashkan/Hobby/Haskell/learn-lh/a" Run...

Narrowed it down to this : ``` stack exec ghc -- -e "System.Environment.getExecutablePath" :0:1: error: Not in scope: ‘System.Environment.getExecutablePath’ No module named ‘System.Environment’ is imported. ``` and maybe even narrower...

About reproducing , I can reproduce with the following minimum code. The only requirement is to have LH in your build config as stated in the issue description: ```haskell module...

Published the min reproduce on https://github.com/ashkann/stack-lh-min - Doesn't list *any* dependencies in `package.yaml`, only in `stack.yaml` - Doesn't actually include LH GHC plugin (no `ghc-options` in `package.yaml`) - `stack build`...

hmm ... how do I get your client settings ? any particular vscode settings you might think is affecting this ?  `stack build`  My logs looks exactly like...

After reading some more on how `stack.yaml` and `extra-deps` work I'm even more confused : ```yaml extra-deps: - acme-missiles-0.3 ``` > what you're saying to Stack is: "if at any...

Switched to cabal and it works. Maybe this is not a HLS issue ?

There is the fact though that just listing the LH packages in `extra-deps` breaks the setup. Asked stack people and they also agree this shouldn't be. So wether or not...

I'm having the same problem: ``` @typeclass trait Auth[F[_]] { def auth(req: Request[F]): OptionT[F, User] } object Auth { def fromCookie[F[_] :Monad :Sessions :Users]: Auth[F] = req => Sessions[F].read(req).fold(OptionT.none[F, User])(Users[F].findLoggedIn)...