-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LSP agent does not exit cleanly #17
Labels
bug
Something isn't working
Comments
alcarney
added a commit
to alcarney/lsp-devtools
that referenced
this issue
Jun 21, 2023
Originally, the assumption was that the lsp agent would host a server that commands like `lsp-devtools record` and `lsp-devtools tui` would connect to. However this posed a number of issues, such as commands like `record` missing the beginning of a session since the agent would not wait for a connection (swyddfa#29) as well as the agent not stopping once an LSP session ended (swyddfa#17) So this commit reverses that relationship, with commands like ``record`` spinning up the server and the lsp agent creating a client connection. Additionally this commit - Switches to using the base `Client` provided by a future version of `pygls` - Trials using async stdin/stdout streams for the agent - a potential candidate someday for upstreaming into `pygls` - Switches to using a TCP connection between client and server. (swyddfa#37)
alcarney
added a commit
that referenced
this issue
Jun 21, 2023
Originally, the assumption was that the lsp agent would host a server that commands like `lsp-devtools record` and `lsp-devtools tui` would connect to. However this posed a number of issues, such as commands like `record` missing the beginning of a session since the agent would not wait for a connection (#29) as well as the agent not stopping once an LSP session ended (#17) So this commit reverses that relationship, with commands like ``record`` spinning up the server and the lsp agent creating a client connection. Additionally this commit - Switches to using the base `Client` provided by a future version of `pygls` - Trials using async stdin/stdout streams for the agent - a potential candidate someday for upstreaming into `pygls` - Switches to using a TCP connection between client and server. (#37)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Even though the editor running the wrapped lsp server has closed, the process is still there in the background holding onto the bound port
The text was updated successfully, but these errors were encountered: