Feature Description:

We need to implement vscode.ExtensionContext.storageUri and vscode.ExtensionContext.globalStorageUri APIs.
Note that [`vscode.ExtensionCo

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 the readme seems to be automatically generated via GitHub Actions, it has gotten pretty large, unwieldy, and cluttered overall.

Before 0.5.0 is live, can those docs be reorganized to support vim-styled help documentation and tags?
A good reference style would probably be how ALE laid out their docs: https://github.com/dense-analysis/ale/tree/master/doc

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

Completion item provides detail property which includes language-specific detail information about the completion, e.g. the module from which a function was imported.

1. It should be displayed by default instead of type text if available (the type is already shown by the icon); We can modify the <li> element with the completion item after its creation, or modify how it is created here:

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

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

Ranch is a dependency used by the TCP transport in Erlang LS (see the els_tcp module). The new version of ranch, 2.0.0 has a slightly backward incompatible API and we should migrate to it.

A migration guide is available at: https://ninenines.eu/docs/en/ranch/2.0/guide/migrating_from_1.7/

Expected Behavior

I would like to be warned that an "in port" would be stripped if no subscription is implemented.

Current Behavior

port module Main exposing (..)

-- Define an inPort (but no implementation yet)
port inPort : (String -> msg) -> Sub msg

subscriptions : Model -> Sub Msg
subscriptions _ =
    Sub.none -- inPort is never subscribed to

Current