[BUG] lsp_live_workspace_symbols with exec_empty_query does not work with `fzf-lua #997
Description
Describe the bug
When using skim as a drop-in replacement for fzf for fzf-lua, the following configuration isn't respected (?) by skim:
require("fzf-lua").setup({
fzf_bin = "sk",
lsp = {
symbols = {
exec_empty_query = true,
},
},
})
vim.keymap.set("n", "<leader>fS", "<Cmd>FzfLua **lsp_live_workspace_symbols<CR>")I expect the behavior to mirror fzf equivalent, which is just:
require("fzf-lua").setup({
lsp = {
symbols = {
exec_empty_query = true,
},
},
})
vim.keymap.set("n", "<leader>fS", "<Cmd>FzfLua lsp_live_workspace_symbols<CR>")
To Reproduce
- Use the following neovim configuration:
require("fzf-lua").setup({
fzf_bin = "sk",
lsp = {
symbols = {
exec_empty_query = true,
},
},
})
vim.keymap.set("n", "<leader>fS", "<Cmd>FzfLua lsp_live_workspace_symbols<CR>")- Invoke
FzfLua lsp_live_workspace_symbolsto do a live query of workspace symbols - Notice that
fzf-luadoes not update results
Expected behavior
Behave exactly as:
require("fzf-lua").setup({
lsp = {
symbols = {
exec_empty_query = true,
},
},
})Environment (please complete the following information):
- OS (
uname -a):
$ uname -a
Linux vm 6.17.0-14-generic #14~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Jan 15 15:52:10 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
skimversion (sk --version):
$ sk --version
sk 3.6.1
- Shell and version: bash
$ bash --version
GNU bash, version 5.2.21(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
- Variables (
env | grep '^SKIM'): None
Additional context
I posted an issue in the fzf-lua here: ibhagwan/fzf-lua#2601