language-server-protocol

Bug Description:

"1p" is likely to be a typo and should be "1px".

Steps to Reproduce:

https://github.com/eclipse-theia/theia/blob/9dacd49fe0cf27811e863d75fe9b69d94b8c16cc/packages/bulk-edit/src/browser/style/bulk-edit.css#L65

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)

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

Description

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

The dashes ar

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

elixirLS.projectDir having the value . causes the extension to not work. We should either ignore . or raise an issue

Results in an error like Skipping build because cwd changed from /home/jason/dev/gen_tracker/. to /home/jason/dev/gen_tracker in the output log

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