Open joyfulmantis opened 1 year ago
Ping @ozkutuk as the code owner
This seems pretty interesting; it works as expected on Neovim (via native LSP), whereas I can indeed replicate the issue on VSCode, using the same HLS build on both. Which makes me think, could this possibly be an issue with vscode-haskell?
I've also been hit by this bug. Environment:
This seems pretty interesting; it works as expected on Neovim (via native LSP), whereas I can indeed replicate the issue on VSCode, using the same HLS build on both. Which makes me think, could this possibly be an issue with vscode-haskell?
Interesting bug, I wonder if vscode-Haskell doing more than just wrapping up edits on this?
Your environment
Which OS do you use? Fedora 38
Which version of GHC do you use, and how did you install it? 9.4.4 from GHCup
Which LSP client (editor/plugin) do you use? VS Code 1.77.3+vscode-haskell
Which version of HLS do you use and how did you install it? hls-1.10.0.0 from GHCup
Have you configured HLS in any way (especially: a
hie.yaml
file)? noSteps to reproduce
I can reproduce this bug in VS Code with the following code by clicking on the record wildcards and then following the code action to expand them.
Expected behaviour
I expect the codeAction to modify the code.
Actual behaviour
However, nothing happens.
Debug information
I have traced the messages between the hls server and vscode, and the codeAction seems to be fine, but for some reason it won't execute.
This is especially puzzling because small changes in the program cause it to work, just this specific code doesn't. For example, slightly modifying it so that test1 and test4 switch places causes it to work.
Looking at the codeAction that works, it is almost identical.