Closed RaviRahar closed 3 weeks ago
I don't know if it should be possible for __CTX to be nil here and the issue might be pointing to some other issue but I do not have time to debug right now.
It shouldn’t be nil, what are the steps to reproduce this if you have such?
It happens when I try to open file using my plugin. It happens on following line
But does it happen on files buffers grep or on lsp_xxx calls? Does it always fail on every file or certain files?
If this was failing on all systems on all files I’m sure this would’ve been discovered already.
It happens on all files. The function I mentioned lists contents if entry is a folder and opens it in new buffer it is file. It happens when I try to open any file.
It happens when I try to open file using my plugin. It happens on following line
I understand now what you meant by “my plugin” , I’ll have to dig into your code later or tomorrow to see what’s happening.
It was working alright a week or two before. So it is some recent change which has affected it
It happens when I try to open file using my plugin. It happens on following line
I understand now what you meant by “my plugin” , I’ll have to dig into your code later or tomorrow to see what’s happening.
My guess is you do not need to read the whole code. Reading just the surrounding part should be enough. Everything else is kind of irrelevant
It happens when I try to open file using my plugin. It happens on following line
I understand now what you meant by “my plugin” , I’ll have to dig into your code later or tomorrow to see what’s happening.
My guess is you do not need to read the whole code. Reading just the surrounding part should be enough. Everything else is kind of irrelevant
https://github.com/ibhagwan/fzf-lua/commit/c9c79bb8dfae5abe3bcdeca12e2469e9517195d0 - should work as before now.
RTFM Checklist
man fzf
/ I am well versed in shell fzfOperating system
Linux
Shell
Bash
Neovim version (
nvim --version
)NVIM v0.10.1
Fzf version (
fzf --version
)0.54.3 (cf2242aea3)
Output of
:lua print(os.getenv('FZF_DEFAULT_OPTS'))
nil
Is the problem reproducible with
mini.sh
?mini.sh
mini.sh
mini.sh
(not relevant, requires LSP, Windows, etc)Fzf-lua configuration
No response
Describe the bug / steps to reproduce
I think a nil check is needed here:
actions: 132: if vimcmd == "e" and (entry.uri or path.equals(fullpath, opts.__CTX.bname))
am I correct? I don't know if it should be possible for __CTX to be nil here and the issue might be pointing to some other issue but I do not have time to debug right now.Full error: