lsp_finder only shows one entry type

[s-rog]

lsp_finder only shows one entry type with default and modified picker options.
The entry type shown is the type of the first instance of the object in the buffer.

Everything else with fzf-lua works normally, including other individual lsp commands.
Tested this with python and lua.

Neovim: 0.12.1
Fzf: 0.71.0
Fzf-lua: 8223eb2 (installed with vim.pack)

local fzf = require("fzf-lua")
fzf.setup({
    files = { follow = true },
    keymap = {
        builtin = {
            ["<down>"] = "preview-page-down",
            ["<up>"] = "preview-page-up",
        },
    },
})

Any help is appreciated!

[ibhagwan]

lsp_finder only shows one picker with default and modified picker options.
The picker shown is the type of the first instance of the object in the buffer.

what do you mean just one picker? It’s one picker with combined lsp picker entries, for example:

[ibhagwan]

Lua: lua_ls, stylua Python: ty, ruff

These are setup with vim.lsp, looking forward to your findings, thanks

I think I see a pattern here, the formatter/linter are also attached to the buffer, might be an issue with multiple LSPs at the same buffer or specifically formatters which don’t answer the queries (stylua won’t answer references, definitions, etc).

I’m pretty sure it will work if you disable stylua/ruff as a test - easy fix if that’s the case.

[s-rog]

Lua: lua_ls, stylua Python: ty, ruff
These are setup with vim.lsp, looking forward to your findings, thanks

I think I see a pattern here, the formatter/linter are also attached to the buffer, might be an issue with multiple LSPs at the same buffer or specifically formatters which don’t answer the queries (stylua won’t answer references, definitions, etc).

I’m pretty sure it will work if you disable stylua/ruff as a test - easy fix if that’s the case.

You are correct, I disabled stylua and async works!

[ibhagwan]

Great!

#2703

[ibhagwan]

ffa44ee - async should also work.

[s-rog]

ffa44ee - async should also work.

Confirmed, thanks