rust/crates/ra_lsp_server/src
Michael Bolin e81a47b8eb Remove executeCommandProvider: apply_code_action.
This appears to have been introduced ages ago in
be742a5877
but has since been removed.

As it stands, it is problematic if multiple instances of the
rust-analyzer LSP are launched during the same VS Code session because
VS Code complains about multiple LSP servers trying to register the
same command.

Most LSP servers workaround this by parameterizing the command by the
process id. For example, this is where `rls` does this:

ff0b9057c8/rls/src/server/mod.rs (L413-L421)

Though `apply_code_action` does not seems to be used, so it seems better
to delete it than to parameterize it.
2019-07-10 22:49:35 -07:00
..
main_loop simplify 2019-07-08 13:47:02 +03:00
caps.rs Remove executeCommandProvider: apply_code_action. 2019-07-10 22:49:35 -07:00
cargo_target_spec.rs allow rustfmt to reorder imports 2019-07-04 23:09:09 +03:00
conv.rs don't send LocationLink unless the client opts-in 2019-07-08 14:09:38 +03:00
init.rs make LRU cache configurable 2019-06-12 13:36:24 +03:00
lib.rs allow rustfmt to reorder imports 2019-07-04 23:09:09 +03:00
main_loop.rs Ignore workspace/didChangeConfiguration notifications. 2019-07-10 20:56:16 -07:00
main.rs don't send LocationLink unless the client opts-in 2019-07-08 14:09:38 +03:00
markdown.rs make Docs handing more ideomatic 2019-06-08 14:16:05 +03:00
project_model.rs allow rustfmt to reorder imports 2019-07-04 23:09:09 +03:00
req.rs Remove executeCommandProvider: apply_code_action. 2019-07-10 22:49:35 -07:00
vfs_filter.rs allow rustfmt to reorder imports 2019-07-04 23:09:09 +03:00
world.rs don't send LocationLink unless the client opts-in 2019-07-08 14:09:38 +03:00