Closed rpls closed 1 month ago
Thank you for the hint. It's fixed now.
From what I gather, it tries to start the LS, sends the files to be checked, outputs the result, and then stops the server?
Yes
From what I gather, the file is generated by the tools/addLtexCli.py script?
Also yes
Describe the bug I'm not sure how the CLI exactly works, but as it is, it doesn't work. From what I gather, it tries to start the LS, sends the files to be checked, outputs the result, and then stops the server? In any case, the
.lsp-cli.json
file contains the wrong executable name for the LS server. It's still set to./ltex-ls
, instead of./ltex-ls-plus
.Steps to reproduce Steps to reproduce the behavior:
./ltex-cli-plus
script to check some files.Expected behavior It should not cash.
Sample document N/A
LTeX configuration N/A
LTeX LS log Paste the log (output) of LTeX LS here:
Not LS log, but CLI log.
Version information List here the version information of the relevant software.
Additional context/information The fix is trivial, just change the following in the generated file:
From what I gather, the file is generated by the
tools/addLtexCli.py
script?