:NvimTreeFindFile not working

Question

:NvimTreeFindFile not working

AgentCosmic opened this issue 2 years ago · comments

nvim-tree only opens the window but does not go to the file when I run :NvimTreeFindFile. I remember it working before. But it stopped working quite some time ago.

Walther Seidel · Answer 1 · Thu Nov 18 2021 06:11:53 GMT+0800 (China Standard Time)

I have just installed and that command isn't working

Kiyan · Answer 2 · Sat Nov 27 2021 23:13:23 GMT+0800 (China Standard Time)

works just fine for me, i cannot reproduce if you don't provide more informations.

Sergey Kuznetsov · Answer 3 · Mon Nov 29 2021 20:21:01 GMT+0800 (China Standard Time)

I updated today and it doesn't find file in tree in some cases. What information would be helpful to find out what's wrong?
I use nvim 0.5.1 on Linux and nvim-tree with default options.

For example, if I open some file in nvim from my home directory

~ $ nvim Documents/vimwiki/Vim.md

and then use the command

:NvimTreeFindFile

it opens nvim-tree just in my home directory

xeluxee · Answer 4 · Thu Dec 02 2021 00:00:28 GMT+0800 (China Standard Time)

I'm experiencing the same problem
I think this issue is related to some LSP servers running in single file mode (e.g. clangd on a single file)
When I disable LSP (:LspStop) NvimTreeFindFile works correctly.
Maybe that happens because NvimTree tries to find LSP root directory, but since LSP is running in single file mode it goes to home directory

Screenshot from :LspInfo:

Edit: my bad, this doesn't happen every time so maybe it isn't related to LSP

Edit2: if I press R (to reload files in NvimTree) after :NvimTreeFindFile it works well

xeluxee · Answer 5 · Thu Dec 02 2021 00:36:04 GMT+0800 (China Standard Time)

So this shouldn't be LSP-related, but it's a matter of reloading
If you press R after finding file NvimTree displays files well

Dornat · Answer 6 · Sun Dec 05 2021 06:44:25 GMT+0800 (China Standard Time)

If you press R after finding file NvimTree displays files well

I can confirm this. When I use NvimTreeFindFile it doesn't work properly. Then I press R and it works like a charm.

Kiyan · Answer 7 · Mon Dec 06 2021 05:11:35 GMT+0800 (China Standard Time)

still cannot reproduce even with provided steps...
Maybe someone could provide a minimal sample config file to reproduce this issue consistently.

Sergey Kuznetsov · Answer 8 · Mon Dec 06 2021 16:51:55 GMT+0800 (China Standard Time)

NvimTreeFindFile still doesn't work correctly for me after the fix

Dalton Tan · Answer 9 · Mon Dec 06 2021 16:59:13 GMT+0800 (China Standard Time)

Fix didn't work for me either. Even after pressing R.

xeluxee · Answer 10 · Tue Dec 07 2021 01:44:31 GMT+0800 (China Standard Time)

Just out of curiosity, are you LunarVim users?

Dalton Tan · Answer 11 · Tue Dec 07 2021 09:45:06 GMT+0800 (China Standard Time)

Nope, custom config https://github.com/AgentCosmic/neovim

Sergey Kuznetsov · Answer 12 · Tue Dec 07 2021 17:02:10 GMT+0800 (China Standard Time)

I also use custom config https://github.com/kuznetsss/nvim_lua_config

Sergey Kuznetsov · Answer 13 · Fri Dec 10 2021 07:12:50 GMT+0800 (China Standard Time)

I have debugged the issue a little and find that here
https://github.com/kyazdani42/nvim-tree.lua/blob/2e33b1654384921ec1cc9656a2018744f3f1ce81/lua/nvim-tree/view.lua#L227

pcall returns error Cursor position outside buffer

Also if you put here
https://github.com/kyazdani42/nvim-tree.lua/blob/2e33b1654384921ec1cc9656a2018744f3f1ce81/lua/nvim-tree/lib.lua#L221-L226
just M.redraw() instead of calling git.load_project_status() everything works fine for me.

So maybe to reproduce the issue you just need to be not in git repo.

Update:
The problematic call of git.load_project_status() mentioned above ends with the line
https://github.com/kyazdani42/nvim-tree.lua/blob/2e33b1654384921ec1cc9656a2018744f3f1ce81/lua/nvim-tree/git/init.lua#L59

So it seems the problem in the lambda
https://github.com/kyazdani42/nvim-tree.lua/blob/2e33b1654384921ec1cc9656a2018744f3f1ce81/lua/nvim-tree/lib.lua#L222-L225

I'll make PR fixing this