You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Stan's checksMap and createCabalExtensionsMap use relative paths, but Stan will happily take absolute paths for queried HIE files. Paths coming in from HLS, for example, were absolute, causing Map misses and resulting in the above issue. The result of these misses is that Stan didn't detect any enabled language extensions, and, e.g., would spam the user with suggestions to enable StrictData.
I would suggest normalizing incoming files, ensuring they're relative as expected, to avoid issues like this in the future. And/or documenting that Stan expects relative paths.
Thank you!
The text was updated successfully, but these errors were encountered:
Thanks for the report. stan and extensions have very little active maintainership currently. I'm happy to oversee and advise a patch to fix this, but I won't have time to do it myself any time in the near future. Perhaps @0rphee is interested?
Related to the HLS issue haskell/haskell-language-server#3174 and its associated PR haskell/haskell-language-server#4023.
Stan's
checksMap
andcreateCabalExtensionsMap
use relative paths, but Stan will happily take absolute paths for queried HIE files. Paths coming in from HLS, for example, were absolute, causing Map misses and resulting in the above issue. The result of these misses is that Stan didn't detect any enabled language extensions, and, e.g., would spam the user with suggestions to enableStrictData
.I would suggest normalizing incoming files, ensuring they're relative as expected, to avoid issues like this in the future. And/or documenting that Stan expects relative paths.
Thank you!
The text was updated successfully, but these errors were encountered: