Awesome
nvim-lspconfig
nvim-lspconfig is a "data only" repo, providing basic, default Nvim LSP client configurations for various LSP servers.
View the documentation for all configs or :help lspconfig-all
from Nvim.
Important ⚠️
- If you found a bug in the Nvim LSP functionality (
:help lsp
), report it to Neovim core.- Do not report it here. Only configuration data lives here.
- These configs are best-effort and supported by the community. See contributions.
- Note: This repo only provides configurations. Its programmatic API is deprecated and should not be used externally.
- Work is planned to selectively upstream the "framework" parts (not the configs) of nvim-lspconfig, to Nvim core, and deprecate them in nvim-lspconfig.
Install
- Requires Nvim 0.9 above. Update Nvim and nvim-lspconfig before reporting an issue.
- Install nvim-lspconfig using Vim's "packages" feature:
git clone https://github.com/neovim/nvim-lspconfig ~/.config/nvim/pack/nvim/start/nvim-lspconfig
- Or use a 3rd-party plugin manager (consult the documentation for your plugin manager).
Quickstart
- Install a language server, e.g. pyright
npm i -g pyright
- Add the language server setup to your init.lua.
require'lspconfig'.pyright.setup{}
- Ensure your project/workspace contains a root marker which matches the server requirements
specified in
:help lspconfig-all
. - Open a code file in Nvim. LSP will attach and provide diagnostics.
nvim main.py
- Run
:checkhealth lsp
to see the status or to troubleshoot.
Read :help lspconfig
for details. Read :help lspconfig-all
for the full list of server-specific details.
For servers not on your $PATH
(e.g., jdtls
, elixirls
), you must manually set the cmd
parameter when calling setup()
.
Configuration
Nvim sets some default options and mappings when a buffer attaches to LSP (see :help lsp-config
). In particular:
'tagfunc'
- Enables "go to definition" capabilities using
<C-]>
and other tag commands.
- Enables "go to definition" capabilities using
'omnifunc'
- Enables (manual) omni mode completion with
<C-X><C-O>
in Insert mode. For autocompletion, an autocompletion plugin is required.
- Enables (manual) omni mode completion with
'formatexpr'
- Enables LSP formatting with
gq
.
- Enables LSP formatting with
K
maps tovim.lsp.buf.hover()
in Normal mode.[d
and]d
map tovim.diagnostic.goto_prev()
andvim.diagnostic.goto_next()
, respectively.<C-W>d
maps tovim.diagnostic.open_float()
.
Further customization can be achieved using the LspAttach
autocommand event.
The LspDetach
autocommand event can be used to "cleanup" mappings if a buffer becomes detached from an LSP server.
See :h LspAttach
and :h LspDetach
for details and examples.
See :h lsp-buf
for details on other LSP functions.
Additional configuration options can be provided for each LSP server by passing arguments to the setup
function. See :h lspconfig-setup
for details. Example:
local lspconfig = require('lspconfig')
lspconfig.rust_analyzer.setup {
-- Server-specific settings. See `:help lspconfig-setup`
settings = {
['rust-analyzer'] = {},
},
}
Troubleshooting
The most common reasons a language server does not start or attach are:
- Language server is not installed. nvim-lspconfig does not install language servers for you. You should be able to run the
cmd
defined in each server's Lua module from the command line and see that the language server starts. If thecmd
is an executable name instead of an absolute path to the executable, ensure it is on your path. - Missing filetype plugins. Certain languages are not detecting by Vim/Nvim because they have not yet been added to the filetype detection system. Ensure
:set ft?
shows the filetype and not an empty value. - Not triggering root detection. Some language servers will only start if it is opened in a directory, or child directory, containing a file which signals the root of the project. Most of the time, this is a
.git
folder, but each server defines the root config in the lua file. See doc/configs.md or the source for the list of root directories. - You must pass
capabilities
for eachsetup {}
if you want these to take effect. - Do not call
setup {}
twice for the same server. The second call tosetup {}
will overwrite the first.
Bug reports
If you found a bug with LSP functionality, report it to Neovim core.
Before reporting a bug, check your logs and the output of :LspInfo
. Add the following to your init.vim to enable logging:
vim.lsp.set_log_level("debug")
Attempt to run the language server, and open the log with:
:LspLog
Most of the time, the reason for failure is present in the logs.
Commands
:LspInfo
(deprecated alias to:che lspconfig
) shows the status of active and configured language servers.:LspStart <config_name>
Start the requested server name. Will only successfully start if the command detects a root directory matching the current config. Passautostart = false
to your.setup{}
call for a language server if you would like to launch clients solely with this command. Defaults to all servers matching current buffer filetype.:LspStop <client_id>
Defaults to stopping all buffer clients.:LspRestart <client_id>
Defaults to restarting all buffer clients.
Contributions
If a language server is missing from configs.md, contributing a new configuration for it helps others, especially if the server requires special setup. Follow these steps:
- Read CONTRIBUTING.md.
- Create a new file at
lua/lspconfig/configs/SERVER_NAME.lua
.- Copy an existing config to get started. Most configs are simple. For an extensive example see texlab.lua.
- Ask questions on GitHub Discussions or in the Neovim Matrix room.
Release process
To publish a release:
- Create and push a new tag.
- After pushing the tag, a GitHub action will automatically package the plugin and publish the release to LuaRocks.
License
Copyright Neovim contributors. All rights reserved.
nvim-lspconfig is licensed under the terms of the Apache 2.0 license.
See LICENSE.md