Bug: Multi select doesn't always work

[stuckinsnow]

RTFM Checklist

• I have searched exisiting issues / discussions
• I have read the Wiki including the Advanced section
• I have read man fzf / I am well versed in shell fzf

Operating system

Linux

Shell

zshrc

Neovim version (nvim --version)

latest

Fzf version (fzf --version)

latest

Output of :lua print(os.getenv('FZF_DEFAULT_OPTS'))

--color=bg:#1A1B26,fg:#aca9b1,hl:#7493d6 --color=bg+:#16161E,fg+:#b3ca8c,hl+:#ae90d7 --color=info:#ae90d7,prompt:#ae90d7,pointer:#d67e9c --color=marker:#b3ca8c,spinner:#ae90d7,header:#7493d6 --color=border:#ae90d7 --bind 'ctrl-/:toggle-preview'

Is the problem reproducible with mini.sh?

• My issue is reproducible with mini.sh
• My issue IS NOT reproducible with mini.sh
• I have not tested with mini.sh (not relevant, requires LSP, Windows, etc)

Fzf-lua configuration

require('fzf-lua').setup({
})

Describe the bug / steps to reproduce

https://github.com/stuckinsnow/gitty/blob/main/lua/gitty/providers/github-compare/comparison-utils.lua#L443-L443
Sometimes multi selector does not work; I think this is a bug or is this a problem with async code on my end?

2025-06-22.11-17-03.mp4

Lazy loading is disabled, and sometimes it works--sometimes it doesn't.

[nenahp]

Add fzf_opts = { ["--no-multi"]=false } or fzf_args="--multi"?

[stuckinsnow]

Add fzf_opts = { ["--no-multi"]=false } or fzf_args="--multi"?

Thank you for the reply. Unfortunately no--multi doesn't make a difference, but I have tried fzf_args="--multi" and it seems to have solved it. I have relaunched a lot of times.

To conclude,

		fzf_opts = { 
			["--multi"] = true,
		},

Is inconsistent. But the code below is reliable:

		fzf_args = "--multi",

I will leave this open as the inconsistency is strange and I still consider it a bug, but I think you have solved it, thank you!

[ibhagwan]

This doesn’t seem like a bug, some pickers don’t make sense to use multi, for example git_commits and git_bracnhes (you can’t checkout two commits or switch to more than one branch) which show in your screen recording as the ones without multi, for that reason they have in their defaults:

fzf-lua/lua/fzf-lua/defaults.lua

Line 433 in fd6588e

fzf_opts = { ["--no-multi"] = true },

I’m not sure what is that other picker which compares two commits, this doesn’t come with fzf lua defaults, but when you want to compare two commits it makes sense to enable multi.

This isn’t a bug, this is just the defaults.

[stuckinsnow]

This doesn’t seem like a bug, some pickers don’t make sense to use multi, for example git_commits and git_bracnhes (you can’t checkout two commits or switch to more than one branch) which show in your screen recording as the ones without multi, for that reason they have in their defaults:

fzf-lua/lua/fzf-lua/defaults.lua

Line 433 in fd6588e

fzf_opts = { ["--no-multi"] = true },
I’m not sure what is that other picker which compares two commits, this doesn’t come with fzf lua defaults, but when you want to compare two commits it makes sense to enable multi.

This isn’t a bug, this is just the defaults.

I am not checking out as another branch; I am using it for git diff. I guess it doesn't matter, but it seems a bit inconsistent that you can enable multi with fzf_args but not fzf_opts. And when you do enable with fzf_opts, it works sometimes and doesn't work sometimes. To me it would make more sense if it either didn't work at all, or it worked every time. I perhaps don't fully understand.

2025-06-22.20-54-36.mp4

Using fzf_args, the problem is solved from my perspective. So it's not a big deal.

[ibhagwan]

I am not checking out as another branch; I am using it for git diff. I guess it doesn't matter, but it seems a bit inconsistent that you can enable multi with fzf_args but not fzf_opts.

I understand what happens here but this picker doesn’t come with fzf-lua its custom.

It should work on both fzf_opts and fzf_arts and it does (try with mini.sh), probably something related to config or the other picker.