Preview Window shows: Unable to stat file <glob expand failed for D:\XXX*\XXX*\XXXX*\???xxxx.c'>

[bo-wu]

My config is as follows:
Windows 11 + Msys2 + Zsh + neovim
I using UCRT inside Msys2, and all the binary (fzf, rg, fd) execpt git are installed via msys2 pacman.

I can open the float terminal for fzf-lua, but the preview window shows: Unable to stat file <glob expand failed for D:\XXX*\XXX*\XXXX*???xxxx.c'>

If checkhealth on fzf-lua , it shows the following results:

fzf_lua: 8 ❌

fzf-lua [required] ~

• ❌ ERROR 'fzf' /usr/bin/zsh: can't open input file: /s
• ❌ ERROR 'git' /usr/bin/zsh: can't open input file: /s
• ❌ ERROR 'rg' /usr/bin/zsh: can't open input file: /s
• ❌ ERROR 'fd' /usr/bin/zsh: can't open input file: /s

fzf-lua [optional] ~

• ✅ OK nvim-web-devicons found
• ❌ ERROR 'rg' /usr/bin/zsh: can't open input file: /s
• ❌ ERROR 'fd' /usr/bin/zsh: can't open input file: /s
• ❌ ERROR 'bat' /usr/bin/zsh: can't open input file: /s
• ❌ ERROR 'delta' /usr/bin/zsh: can't open input file: /s

fzf-lua [env] ~

• ✅ OK FZF_DEFAULT_OPTS is not set
• ✅ OK FZF_DEFAULT_OPTS_FILE is not set

I cannot figure out which configuration is wrong. Could someone give me some clues? Thanks a lot.

[ibhagwan]

I wouldn't rely on the :healthcheck as it's probably not adjusted to Windows.

What's your fzf-lua setup options?

This code paths can only be taken if you have path_shorten=true remove that first and see if everything works.

Can you also post a screenshot of fzf-lua with the main screen also visible so I can see the selected file and the preview at the same time?

[bo-wu]

@bo-wu, can you try checking out this commit in the lazy.nvim opts? This is right before changing something which may or may not be the issue, set your fzf-lua to this commit hash: 47b85a2

I manually checkout the commit hash in the plugins, but it still does not fix the problem.

[ibhagwan]

@bo-wu, can you try checking out this commit in the lazy.nvim opts? This is right before changing something which may or may not be the issue, set your fzf-lua to this commit hash: 47b85a2

I manually checkout the commit hash in the plugins, but it still does not fix the problem.

What neovim version are you using? I just noticed our CI tests the previewer without icons, I’ll add a test and see if it passes on Windows.

[bo-wu]

What neovim version are you using? I just noticed our CI tests the previewer without icons, I’ll add a test and see if it passes on Windows.

I am using 0.11.2 version.

[ibhagwan]

What neovim version are you using? I just noticed our CI tests the previewer without icons, I’ll add a test and see if it passes on Windows.

I am using 0.11.2 version.

It's breaking up somewhere in the chain between fzf<->neovim<->fzf-lua, still trying to figure out where it could be, the new tests in the dev branch is testing builtin and custom previewer with icons also on Windows, here's the latest run:
https://github.com/ibhagwan/fzf-lua/actions/runs/16335783616/job/46147638490

This means that this screenshot is exactly the same on Windows:

fzf-lua/tests/screenshots/tests-file-ui_spec.lua---files---previewer---builtin---1-+-args-{-true,-'builtin'-}

Lines 4 to 23 in a706e79

	03|~ ╭───────────────────── Files ─────────────────────╮
	04|~ │> 124/124 (0) │
	05|~ │──────────────────────────────────────────────── │
	06|~ │ [DEBUG] [mt] rg --files --sort=path ││
	07|~ │▌  LICENSE │
	08|~ │ 󱁤 Makefile │
	09|~ │ 󰍔 OPTIONS.md │
	10|~ │ 󰍔 README-Win.md │
	11|~ │  README.md │
	12|~ │  autoload/fzf_lua.vim │
	13|~ ╰─────────────────────────────────────────────────╯
	14|~ ╭──────────────────── LICENSE ────────────────────╮
	15|~ │ 1 MIT License │
	16|~ │ 2 │
	17|~ │ 3 Copyright (c) 2021 iBhagwan │
	18|~ │ 4 │
	19|~ │ 5 Permission is hereby granted, free of charge,│
	20|~ │ 6 of this software and associated documentation│
	21|~ │ 7 in the Software without restriction, includin│
	22|~ ╰─────────────────────────────────────────────────╯

[bo-wu]

It's breaking up somewhere in the chain between fzf<->neovim<->fzf-lua, still trying to figure out where it could be, the new tests in the dev branch is testing builtin and custom previewer with icons also on Windows, here's the latest run: https://github.com/ibhagwan/fzf-lua/actions/runs/16335783616/job/46147638490

This means that this screenshot is exactly the same on Windows:

Maybe it is not a general problem on Windows, it might be the binaries or some other configs?

I don't know how to draw such screenshot in markdown as above. If the files were in my case, the Files windows is the same; in LICENSE windows, the content must be Unable to stat file D:\workspace\???LICENSE. If select autoload/fzf_lua.vim, it must be Unable to stat file D:\workspace\???autoload/fzf_lua.vim

[ibhagwan]

I don't know how to draw such screenshot in markdown as above. If the files were in my case, the Files windows is the same; in LICENSE windows, the content must be Unable to stat file D:\workspace???LICENSE. If select autoload/fzf_lua.vim, it must be Unable to stat file D:\workspace???autoload/fzf_lua.vim

Yes, that confirms everything we troubleshooted here, the ??? replace the location of what should be an icon.

Maybe it is not a general problem on Windows, it might be the binaries or some other configs?

The CI and the fact there are no other issues like these suggest this bug is triggered by something unique in your system but I’m unsure yet what.

You wrote at the OP:

My config is as follows:
Windows 11 + Msys2 + Zsh + neovim
I using UCRT inside Msys2, and all the binary (fzf, rg, fd) execpt git are installed via msys2 pacman.

What is UCRT?

[ibhagwan]

Can you run the below command and let me know if the output is the same?

echo "  .editorconfig" | fzf --preview-window "right:50%:nohidden:wrap" --preview "nvim -u NONE --headless --cmd 'lua vim.print(vim.v.argv); os.exit(0)' {} {q} {n}"

Should look like this if good:

[bo-wu]

Can you run the below command and let me know if the output is the same?

Not same.

{ "C:\\msys64\\ucrt64\\bin\\nvim.exe", "-u", "NONE", "--headless", "--cmd", "lua vim.print(v │
                                                                                                │ ↳ im.v.argv); os.exit(0)", " <a5>L?.editorconfig", "", "0" }

[ibhagwan]

Can you run the below command and let me know if the output is the same?

Not same.

{ "C:\\msys64\\ucrt64\\bin\\nvim.exe", "-u", "NONE", "--headless", "--cmd", "lua vim.print(v │
                                                                                                │ ↳ im.v.argv); os.exit(0)", " <a5>L?.editorconfig", "", "0" }

Congratulations :) we have found the bug.

Neovim args are mangling the Unicode icons, now this could either be an upstream (neovim) bug on your specific system or something is wrong with your neovim build, I would try first to download neovim stable/nightly directly from neovim releases and run the command that just failed and see if a different build solves it.

https://github.com/neovim/neovim/releases/download/nightly/nvim-win64.msi

[ibhagwan]

C:\msys64\ucrt64\bin\nvim.exe

I’m suspecting the UCRT build of neovim is botched, once you download neovim from a different source there’s a great chance this will be solved.

[bo-wu]

C:\msys64\ucrt64\bin\nvim.exe

I’m suspecting the UCRT build of neovim is botched, once you download neovim from a different source there’s a great chance this will be solved.

Yes!! You are completely right!! I switch to the nightly neovim, all things are right.

[ibhagwan]

C:\msys64\ucrt64\bin\nvim.exe

I’m suspecting the UCRT build of neovim is botched, once you download neovim from a different source there’s a great chance this will be solved.

Yes!! You are completely right!! I switch to the nightly neovim, all things are right.

Amazing, ty for your patience in debugging this 🙏

[bo-wu]

Thanks a lot for your kindly help.