nvim-lspconfig/lsp, branch docs

docs(gitlab_duo): outdated docs

2026-04-05T15:16:43Z

fix(tailwindcss): revert broken config detection #4376

2026-04-05T14:33:03Z

Problem: `find_tailwind_global_css` attempted to address #4204, where `experimental.configFile` was set using the return value of `vim.fs.find()`. The language server rejected this with `Invalid experimental.configFile configuration, not initializing` because `configFile` expects either a string or a key-value record (object), not an array/list. This was a syntax issue, not a detection issue. Using the correct syntax for `configFile` in Lua should be sufficient to address the original issue. Right now, `find_tailwind_global_css` always runs for users who haven't explicitly set `configFile` — overriding the LSP's native detection and **forcing anyone who wants to opt out to manually set all entry-points by hand.** Solution: - Remove `find_tailwind_global_css` entirely and restores `configFile` to its default `nil` so the `tailwindcss` LSP handles project detection natively. - Simplify `before_init` based on [this suggestion from the initial PR](https://github.com/neovim/nvim-lspconfig/pull/4222#discussion_r3018499628). The following syntax worked for me while testing to explicitly set the `configFile` based on the [official docs](https://github.com/tailwindlabs/tailwindcss-intellisense#tailwindcssexperimentalconfigfile) for single entry-point: > [!NOTE] > Single entry-point is resolved relative to the workspace root (`root_dir` — verify with `:checkhealth vim.lsp`) ```lua vim.lsp.config('tailwindcss', { settings = { tailwindCSS = { experimental = { -- v3: config file configFile = 'tailwind.config.js', -- v4: CSS entry-point -- configFile = 'src/styles/app.css', }, }, }, }) ``` For projects with multiple entry-points, or different projects, the following syntax can be used for multiple entry-points: > [!NOTE] > Keys are relative to `root_dir` as above, but from my testing on macOS, absolute paths worked better ```lua vim.lsp.config('tailwindcss', { settings = { tailwindCSS = { experimental = { configFile = { ['tailwind.config.js'] = '/Users/username/path/to/project-a/**', ['src/main.css'] = '/Users/username/path/to/project-b/**', }, }, }, }, }) ``` #### Project or Local Configuration For project-specific settings without modifying your global Neovim config: 1. Enable in your Neovim config: ```lua vim.o.exrc = true ``` 2. Create `.nvim.lua` in the project root: ```lua vim.lsp.config('tailwindcss', { settings = { tailwindCSS = { experimental = { configFile = 'tailwind.config.ts', }, }, }, }) ``` 3. Open `.nvim.lua` and run `:trust` to allow the file, then restart Neovim. 4. Verify with `:checkhealth vim.lsp`.

feat(tailwindcss): support multiple import patterns #4371

2026-04-03T18:43:21Z

feat(robotcode): support virtual env #4367

2026-04-03T15:01:32Z

feat: make oxfmt support oxfmt.config.ts files (#4372)

2026-04-03T14:54:59Z

fix(tailwindcss_ls): add experimental.configFile to support Tailwind v4 #4222

2026-03-31T21:20:42Z

fix(biome): set lower priority for config files as root #4363

2026-03-28T12:10:33Z

fix(roslyn_ls): handle roslyn.client.fixAllCodeAction command #4358

2026-03-27T10:42:34Z

feat(stylelint)!: migrate to stylelint-language-server #4351

2026-03-26T09:54:19Z

stylelint now has an official LS: [@stylelint/language-server](https://github.com/stylelint/vscode-stylelint/tree/main/packages/language-server)

feat: add `vimdoc_ls` config #4347

2026-03-25T13:03:29Z

Problem: no LSP config exists for vimdoc (vim help) files. Solution: add config for `vimdoc-language-server`, a language server providing formatting, diagnostics, document symbols, and go-to-definition for vimdoc files.

fix(biome): root markers #4356

2026-03-25T08:53:01Z

The current biome project root logic uses JS package manager lockfiles to get the project root in mono repos. If one is not using any JS (wasm) and raw CSS, that doesn't work out. In those cases, only a biome.json exists as a marker on where the frontend's project root inside the mono repo may be located.

fix(rosyln_ls): use default offset encoding (utf-16) instead of utf-8 (#4354)

2026-03-19T20:59:50Z

Setting `offset_encoding` to `utf-8` is causing problem. See discussion at https://github.com/neovim/neovim/discussions/38375. According to LSP specification 3.17, when `positionEncoding` is not specified in server capability, it's value should be assumed to be `utf-16`, see https://microsoft.github.io/language-server-protocol/specifications/lsp/3.17/specification/#serverCapabilities. roslyn_ls does not response `positionEncoding` in initialize result (version `5.4.0-2.26162.5+e11fbc2bc8292680a92d731e5d9a6c7ee229262d`). One can verify this by setting LSP log level to debug, and read LSP log. So, setting `offset_encoding` in default config is a mistake.

fix(metals): build.gradle.kts root marker #4353

2026-03-19T17:04:34Z

fix(nextflow_ls): update cmd #4349

2026-03-17T20:52:00Z

fix(roslyn_ls): add handler for roslyn.client.nestedCodeAction command #4350

2026-03-17T19:19:42Z

Problem: Roslyn code actions can return nested actions using the `roslyn.client.nestedCodeAction` command. Neovim currently shows a warning when using call to action with nested actions, because no handler exists for this command: ``` Language server roslyn_ls does not support command roslyn.client.nestedCodeAction This command may require a client extension. ``` Solution: Implement a command handler that: - resolves code actions using `codeAction/resolve` - supports Roslyn's `NestedCodeActions` property - recursively handles nested actions - presents multiple nested actions via `vim.ui.select` - applies the final workspace edit or command

feat(tsgo): enable inlay hints #4348

2026-03-17T01:06:49Z

fix(roslyn_ls): navigation in macos decompiled files #4342

2026-03-16T19:30:08Z

feat: stan_ls #4346

2026-03-15T14:16:34Z

feat(svelte): enable inlay hints

2026-03-14T00:41:07Z

Merge #4306 generate annotations for Lua types

2026-03-13T15:54:55Z

docs: apply auto-generated annotations to LSP configs

2026-03-13T15:39:05Z

feat: mpls #4341

2026-03-11T11:27:41Z

fix(julials): invalid path arg given to activate_env #4340

2026-03-09T19:54:11Z

The argument to `activate_env` is a table, one entry of which is the name of the environment to activate if it is provided, or an empty string if it is not provided. closes #4335

fix(rust_analyzer): recognize std lib sources in sysroot #4338

2026-03-09T19:47:59Z

Problem: System installed sources of Rust standard library are not detected as library sources. Solution: Add sources location to paths used for library check. See also: https://rust-analyzer.github.io/book/configuration.html#cargo.sysrootSrc

fix(slangd): add clangd specific root markers (#4339)

2026-03-09T16:21:12Z

Problem: Currently the only root marker for slangd is .git Solution: As mentioned [here](https://github.com/shader-slang/slang-vs-extension?tab=readme-ov-file#configurations), slangdconfig.json and .clangformat could be used as root markers

feat(roslyn_ls): fallback to official roslyn binary name #4334

2026-03-09T16:20:51Z

Problem: As mentioned here (https://github.com/mason-org/mason-registry/pull/6330#issuecomment-3971724747), there is a change (https://github.com/dotnet/roslyn/pull/82201/changes) that the official language server can be easily installed via `dotnet` cli. Solution: Use the official binary name as a fallback.

fix(rust_analyzer): pass environment in rust-analyzer.runSingle #4333

2026-03-06T15:35:47Z

When rust-analyzer wants to invoke cargo (eg, when the user uses code lenses), it sends a Command to nvim. This Command contains environment info that we're currently ignoring (ie, a value of RUSTC_TOOLCHAIN). With this change, we forward the environment variables that rust-analyzer wants to set to the spawned process.

fix(pyrefly): schedule vim.notify in on_exit (#4336)

2026-03-05T19:51:40Z

fix(pony_lsp)!: rename `pony_language_server` to `pony_lsp` #4330

2026-02-27T22:39:52Z

fix(eslint): don't implicitly enable `experimental.useFlatConfig` #4329

2026-02-27T10:20:46Z

Problem: `experimental.useFlatConfig` forcefully turns on the logic to use a separate programmatic interface for flat config usage in ESLint. That interface was removed in ESLint v10 where flat config format is the only supported config format. But when the setting is turned on the language server still looks for that interface and fails when it can't find it. The end result is that language server turns off it's validation/diagnostics when used with ESLint v10. Solution: do not turn on `experimental.useFlatConfig` setting based on the presence of flat config files. Instead use the default behavior of the language server which matches the ESLint's default behavior and let the user explicitly override it via config when necessary.

feat(oxlint): oxlint.config.ts root marker #4328

2026-02-27T10:18:23Z

fix: drop invalid filetypes javascript.jsx, typescript.tsx #4326

2026-02-26T12:47:17Z

Problem: `checkhealth vim.lsp` reports the following warnings: - ⚠️ WARNING Unknown filetype 'javascript.jsx'. - ⚠️ WARNING Unknown filetype 'typescript.tsx'. Solution: Remove them.

fix(oxfmt): remove unknown filetypes (#4325)

2026-02-25T22:27:29Z

Problem: checkhealth shows warnings: - ⚠️ WARNING Unknown filetype 'javascript.jsx' (Hint: filename extension != filetype). - ⚠️ WARNING Unknown filetype 'typescript.tsx' (Hint: filename extension != filetype). - ⚠️ WARNING Unknown filetype 'handlebars' (Hint: filename extension != filetype). - ⚠️ WARNING Unknown filetype 'hbs' (Hint: filename extension != filetype). - ⚠️ WARNING Unknown filetype 'mdx' (Hint: filename extension != filetype). Solution: Remove unknown filetypes. But keep "handlebars" because it depends on a plugin.

feat(oxlint, oxfmt): try local binaries in node_modules #4324

2026-02-24T10:52:59Z

feat: kakehashi #4317

2026-02-24T10:40:31Z

Tree-sitter-based language server that bridges languages, editors, and tooling — providing semantic tokens, selection ranges, and LSP bridging for embedded languages (e.g., code blocks in Markdown).

fix(clangd): languageIds for objc, cuda #4322

2026-02-23T21:10:07Z

Problem: clangd currently receives incorrect languageId values for objc, objcpp and cuda. Solution: Update the filetype to languageId mapping to send the values expected by the language server. ref https://code.visualstudio.com/docs/languages/identifiers

feat(fsautocomplete): support slnx #432

2026-02-21T17:33:22Z

feat: fortitude #4313

2026-02-12T21:19:16Z

Merge #4304 from isaacs/isaacs/deno-ts_ls-inference

2026-02-12T21:13:12Z

Merge #4299 oxlint

2026-02-11T19:13:14Z

feat(oxfmt): jsonc root marker #4312

2026-02-11T19:10:20Z

feat(neocmake): add config file as root_marker #4311

2026-02-11T19:06:49Z

feat(fortls): alternative root_markers #4310

2026-02-11T14:31:51Z

docs: fix vala_ls url #4308

2026-02-06T13:24:04Z

fix(vtsls): apply the same deno-excluding logic that ts_ls uses

2026-02-05T00:37:29Z

fix(deno, ts_ls): deno filetype inference

2026-02-05T00:37:28Z

Update the logic to infer the type properly when a Deno file is part of a non-Deno monorepo project, enabling using the denols and ts_ls (or tsgo) LSPs side by side in the same monorepo without conflict. Fix: #4300

docs(astro): example to fix tsdk path not found error #4307

2026-02-04T22:31:26Z

fix(ngserver): pull version from devDependencies too #4305

2026-02-04T14:44:25Z

fix(oxlint): remove unknown filetypes

2026-01-31T01:15:33Z

Problem: The filetypes javascript.tsx and typescript.tsx are not valid and have been removed from other LSP configs recently. Solution: Remove them from the oxlint config.

fix(oxlint): don't attempt to find oxlint section in package.json

2026-01-31T01:15:29Z

Problem: The Oxlint LSP configuration checks `package.json` for an "oxlint" section in its `root_dir` function. However, Oxlint has never supported configuration via `package.json`. Solution: Specify ".oxlintrc.json" in a `root_markers` table instead.

feat(oxlint): automatically enable type-aware linting for oxlint when necessary

2026-01-31T01:15:25Z

Problem: Type-aware linting is not enabled by default, and it isn't obvious at all how to do so in neovim based on the Oxlint documentation. Solution: Automatically enable type-aware linting if the necessary dependencies are installed and the Oxlint config file references TypeScript.

feat(oxlint): mention :LxpOxlintFixAll command in help text

2026-01-31T01:15:19Z

Problem: This commit originally implemented the `:LxpOxlintFixAll` command and added help text for it. On rebase, it conflicted with another commit which added the same command but did not add help text. Solution: Add help text for the `:LspOxlintFixAll` command.

fix(ruby_lsp): handle nil config in cmd() for Nvim 0.11.2 #4303

2026-01-31T00:01:16Z

Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: justinmk <1359421+justinmk@users.noreply.github.com>

fix(ruby_lsp): send cwd to ls cmd #4293

2026-01-29T21:37:04Z

Problem: Ruby-lsp spawns in cwd even if lsp detected root directory correctly. Solution: Send CWD in the start cmd.

fix(csharp_ls): use the correct language id #4298

2026-01-29T21:30:15Z

In [recent commit](https://github.com/razzmatazz/csharp-language-server/commit/f51cd9dec8b10b7fd8f475dac3a904e1da2c7217), `csharp-language-server` started checking the language id due to the support of Razor documents. Since vim's file type for C# is `cs` so all things like hover documentation, go-to-definition etc. stopped working after this commit when using the default config. This PR fixes that by adding `get_language_id` to `csharp_ls.lua`.

feat(oxlint/oxfmt): adopt and fully integrate the recommended language servers (#4242)

2026-01-29T21:29:02Z

* feat(oxlint): use new oxlint --lsp command * chores(oxlint): improve the root_dir logic to better match what oxlint does * feat(oxlint): add default init config comments * feat(oxlint): add LspOxlintFixAll command * docs(oxlint): improve docs * feat(oxfmt): add oxfmt language server * fix(oxlint): fix lint issues * Update lsp/oxfmt.lua Co-authored-by: Tim Shilov * Update lsp/oxlint.lua Co-authored-by: Tim Shilov * fix(oxlint/oxfmt): use root_dir as workspaceUri * fix: correct configuration after oxc release * fix: add supported Oxfmt languages * fix: add languages supported by Oxlint --------- Co-authored-by: Tim Shilov

fix(roslyn_ls): use uv.os_tmpdir() instead of vim.env.TMP #4297

2026-01-29T12:45:21Z

Co-authored-by: Daniel Schmitt

fix(roslyn_ls): platform-agnostic check for "decompiled" file #4296

2026-01-28T10:39:58Z

Co-authored-by: Daniel Schmitt

fix(basedpyright): remove explicit useLibraryCodeForTypes #4290

2026-01-27T13:28:32Z

Explicitly setting `basedpyright.analysis.useLibraryCodeForTypes` is **discouraged** by the official docs, because it will override per-project configurations like `pyproject.toml`. If left unset, its default value is still `true`, and it can be correctly overridden by project config files. See: https://docs.basedpyright.com/latest/configuration/language-server-settings/

fix(golangci_lint_ls): disable all output formats except JSON #4247

2026-01-27T13:25:39Z

This change set enables all possible output formats that exist for golangci-lint. This is necessary because if a user configures output formats in their `.golangci.yml` configuration (for example for CI) then this is always in addition to the ones enabled on the command line. Therefore, we manually disable all possible output formats. Currently, there doesn't exist a `golangci-lint` option to exclusively enable an output format or disable all from the config.

fix: cleanup unknown filetypes #4266

2026-01-27T13:23:14Z

fix: show deprecation messages on_init #4269

2026-01-26T23:42:00Z

feat(snyk_ls): use snyk CLI, update filetypes, misc improvements #4287

2026-01-26T15:09:33Z

- Change cmd from 'snyk-ls' to 'snyk language-server' to use unified CLI - Add all Snyk-supported language filetypes: apex, apexcode, c, cpp, cs, dart, dockerfile, elixir, eelixir, groovy, java, kotlin, objc, objcpp, php, ruby, rust, scala, swift - Update integrationVersion to use tostring(vim.version()) for automatic version reporting instead of hardcoded '0.10.0' - Add integrationName field for better telemetry (with capital 'N') - Handle nil token with vim.NIL to fix type mismatch warning - Add comprehensive user documentation covering authentication, trusted folders, and advanced configuration options - Update init_options with all scan types (Open Source, Code, IaC) Co-authored-by: Nick Yasnogorodskyi

fix(biome): include deno in biome #4288

2026-01-26T15:08:18Z

PR #4130 prevents a bunch of lsps to start in a deno project, including biome. However I think the biome lsp should indeed be active in deno projects with a `biome.json`.

feat: oso #4277

2026-01-26T15:03:07Z

This introduces a language server for the Polar policy language (used by Oso).

fix: disable telemetry in the intelephense lsp server #4279

2026-01-26T15:01:45Z

fix: drop unmaintained LS lsp/erlangls.lua #4292

2026-01-26T15:01:16Z

## Problem: erlang_ls is unmaintained: https://github.com/erlang-ls/erlang_ls/issues/1596 ## Solution Drop erlang_ls in favor of lsp/elp.lua fix https://github.com/neovim/nvim-lspconfig/issues/4283

fix: deprecate systemd_ls in future version (#4282)

2026-01-26T14:56:32Z

fix(lua_ls): adjust priorities (#4289)

2026-01-21T22:53:51Z

Give same priority for .emmyrc.json and .luarc.json, lower priority to other config files, and lowest priority to .git.

docs(lua_ls): correct nested table workspace.library setting (#4285)

2026-01-21T13:13:47Z

Correct nested table `workspace.library` setting. `lua_ls` `workspace.library` setting expects an *1D string array* `Array` but the suggested documentation example sets a **2D string array**, a nested table, instead. https://github.com/neovim/nvim-lspconfig/blob/92ee7d42320edfbb81f3cad851314ab197fa324a/lua/lspconfig/configs/lua_ls.lua https://luals.github.io/wiki/settings/#workspacelibrary

feat: gn_language_server #4276

2026-01-08T21:05:31Z

This patch adds support for [gn-language-server](https://github.com/google/gn-language-server), a language server for GN (the build configuration language used in Chromium, Fuchsia, and other projects). While `nvim-lspconfig` already includes a configuration for [`gnls`](https://github.com/neovim/nvim-lspconfig/blob/master/lsp/gnls.lua) by Microsoft, this is a separate implementation written from scratch in Rust. Unlike the Microsoft version, which primarily focuses on single-file analysis, this server analyzes the entire workspace for definitions and references. To my knowledge, it is currently the most powerful GN language server available. It is the officially recommended language server for Chromium and Fuchsia: - Chromium: https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/vscode.md#recommended-extensions - Fuchsia: https://fuchsia.googlesource.com/fuchsia/+/refs/heads/main/fuchsia.code-workspace#63

feat(codebook): add zig and swift filetypes #4273

2026-01-08T00:37:14Z

fix(systemd_ls): fix broken deprecation

2026-01-04T17:51:30Z

feat: pony_language_server #4264

2026-01-02T05:39:34Z

feat!: deprecate systemd_ls in favor of systemd_lsp #4262

2025-12-30T07:57:09Z

fix(biome): avoid false-positive root_dir matches #4261

2025-12-30T06:59:51Z

Problem: Biome server becomes active if biome appears as a substring in package.json, even when biome is not being used. Solution: Since biome is behind the `@biomejs` namespace we can narrow its activation by appending `js` in the searched term.

fix(tblgen_lsp_server): also search build dir for db #4260

2025-12-25T08:10:16Z

fix(roslyn_ls): guess root_dir for decompiled code #4257

2025-12-23T16:33:14Z

Try to guess the root_dir by getting the lsp client from the previous buffer.

fix(tsgo): prefer local node_modules binary over global #4258

2025-12-23T15:35:47Z

Convert the cmd from a static array to a function that checks for a locally installed tsgo binary in node_modules/.bin/ before falling back to the global installation. This ensures projects using @typescript/native-preview as a local dependency will use the correct version, matching the pattern already used by biome.

fix(roslyn_ls): attach in decompiled code #4254

2025-12-22T22:40:38Z

fix(ast_grep): invalid filetypes #4253

2025-12-22T19:20:19Z

Problem: `csharp` is not a valid filetype in neovim. csharp files are of filetype `cs`. You can see a warning by doing ```lua vim.ls.enable({ "ast_grep"}) ``` `:checkheatlh lsp` or `:LspInfo` shows this warning: ``` vim.lsp: Enabled Configurations ⚠️ WARNING Unknown filetype 'csharp' (Hint: filename extension != filetype). ```

feat: home_assistant #4248

2025-12-20T23:47:49Z

fix(buf_ls): remove unnecessary flags + "beta" comment #4250

2025-12-20T21:31:54Z

feat: systemd_lsp #4251

2025-12-20T20:55:50Z

It's more up-to-date than systemd-language-server.

fix(harper_ls): add `.harper-dictionary.txt` as root marker #4246

2025-12-17T15:47:23Z

The file `.harper-dictionary.txt` stores the workspace-specific dictionary, thus making it a root marker. https://writewithharper.com/docs/integrations/language-server#Workspace-Dictionary

docs(roslyn_ls): format codeblock #4241

2025-12-16T18:05:51Z

fix(copilot): use correct error variable #4240

2025-12-15T15:50:16Z

Problem: The client:exec_cmd callback was incorrectly referencing to err variable from the outer scope instead of the cmd_err variable from its on scope. Could cause problems when err is nil but the cmd_err is not. Solution: Changed the reference from err to cmd_err

fix(ltex_plus): asciidoc is added to enabled languages (#4239)

2025-12-15T07:15:37Z

Problem: LTEX+ LS supports Asciidoc but it is not enabled by default. Suggested way of extending configuration overrides the values, since `filetypes` and `ltex.enabled` are Lua list. Solution: Add Asciidoc to the default list of enabled languages.

fix(omnisharp): "*.slnx" root marker #4236

2025-12-14T19:01:17Z

Problem: Root detection doesn't support the new solution file format which is now the default in .NET 10. Solution: Add '*.slnx' to root_dir function.

feat: hylo_ls #4237

2025-12-14T19:00:09Z

feat: brioche #4238

2025-12-14T18:59:00Z

An LSP for [Brioche]: a package manger which uses custom TypeScript-like recipe files. Repo: https://github.com/brioche-dev/brioche [Brioche]: https://brioche.dev/

feat(flow): use flow executable for cmd if available in PATH

2025-12-12T14:18:28Z

feat(java_language_server): default cmd #4229

2025-12-11T23:32:32Z

docs: omnisharp cmd #4230

2025-12-11T23:32:11Z

This LS does have a default (dynamic) `cmd` set.

feat(nextls): default cmd #4232

2025-12-11T23:31:44Z

feat(lexical): default cmd #4231

2025-12-11T23:31:21Z

feat(wc_language_server): web components language server #4228

2025-12-07T19:20:48Z

feat: rumdl #4199

2025-12-05T19:25:23Z

fix(gitlab_duo): token update on init #4226

2025-12-04T16:30:27Z

Problem: LSP was not getting updated LSP on initialization when the token is fetched from persistent storage Solution: Added `workspace/didChangeConfiguration` after token validation

feat(ts_ls): add LspTypescriptGoToSourceDefinition command #4225

2025-12-03T17:11:49Z