Andrew Braxton eb90f5d9e3 fix(lsp): only resolve LSP configs once (#38007) ...

`lsp.config[]` resolves an LSP config the first time it is called, and
returns the cached result on subsequent calls.

The change in #37571 added an extra call to `lsp.config[]` which will
resolve the config *before* the server is added to `_enabled_configs`,
meaning the result is discarded. That means configs will be needlessly
resolved again once `lsp_enable_callback` fires for the first time. That
includes an additional `loadfile()` call which is relatively expensive
and can have unexpected side effects.

Avoid this by storing the result of the initial call to `lsp.config[]`
in `_enabled_configs` so the config is not resolved a second time once
`lsp_enable_callback` is called for the first time.

2026-02-23 11:15:53 -08:00

..

nvim

refactor(lua): use vim.fs instead of fnamemodify

2026-01-28 10:57:39 +00:00

uv

build(deps): bump luv to 1.51.0-2

2026-01-23 09:30:37 +01:00

vim

fix(lsp): only resolve LSP configs once (#38007)

2026-02-23 11:15:53 -08:00

coxpcall.lua

build: add luals check

2025-02-09 18:10:54 +01:00

editorconfig.lua

docs: misc, editorconfig

2025-12-15 13:55:15 -05:00

man.lua

refactor(lua): use vim.fs instead of fnamemodify

2026-01-28 10:57:39 +00:00

tohtml.lua

feat(tui): add nvim_ui_send (#35406)

2025-08-22 15:05:43 -05:00