language-server-protocol

Bug Description:

The roadmap links referenced under publishing.md are not valid, and should be updated to the proper pages:

• https://github.com/eclipse-theia/theia/blame/master/doc/Publishing.md#L172-L173

The links should point to the actual wiki page:

• https://github.com/eclipse-theia/theia/wiki/Eclipse-Theia-Roadmap

cc rust-lang/rls#1112
cc microsoft/language-server-protocol#376

This causes problems with displaying correct diagnostic span and code suggestion spans (here).

Is your feature request related to a problem? Please describe.

Every time i run PlugUpdate on Windows it fails to replace bin/languageclient file. The reason is that on Windows it's impossible to overwrite binary if it's launched because file is busy.

Describe the solution you'd like

Some command to kill languageclient binary, so i can change my after update script to first kill lan

While I quite like the information readily provided by g:lsp_diagnostics_float_cursor and g:lsp_diagnostics_echo_cursor, their automatic nature doesn't fit my workflow.

Would it be difficult to add an avenue to trigger them on-demand, similar to <plug>(lsp-hover) / :LspHover?

Along similar lines, would it be difficult to add a g:lsp... setting to have <plug>(lsp-next-diganostic)

Description

You can even see that in the screenshot in your README:

The dashes ar

Document the commands that clients should implement and their expected behaviour on https://github.com/eclipse/eclipse.jdt.ls/wiki/JDT-LS-Extensions

Environment data

VS Code version: 1.34.0
Extension version (available under the Extensions sidebar): 2019.4.12954
OS and version: Ubuntu 19.04
Python version (& distribution if applicable, e.g. Anaconda): 3.6
Type of virtual environment used: virtualenv

Problem

The type hints in the stub file for the current module aren't used for autocompletion.

I have a foo.pyi file as

Refiled from an old issue at JakeBecker/elixir-ls#120 (by @crbelaus)

The simplest suggestion I saw was simply adding a config option to disable automatic builds. See comment from @toranb for a potential spot to put the config check.

Related ideas for helping similar issues:

1. Add support

Describe the bug

If I set

otp_path: "/packages/erlang/erlang-22.3.2/"

then OTP packages are not indexed. If I remove the trailing path separator, then they are.

Our path expansion algorithms shouldn't care.

Often, something goes wrong in my setup of kak-lsp (a language server is installed incorrectly, the command I specified for that LSP is wrong, the plugin just isn't enabled for the window, I forgot to start the LSP, my kak-lsp.toml is invalid or in the wrong place, my code project is setup wrong, etc., etc.) When this happens there are two problems that make it more difficult to solve:

1. **T