-
-
Notifications
You must be signed in to change notification settings - Fork 619
find_file For New File Leaves Node In Inconsistent State #1723
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
… in folder unable to be opened" This reverts commit be2ccd4.
Failing for This one is tricky: grouped nodes are directly iterated during find-file, with an opportunity to refresh the actual parent node not easily arising. |
Pragmatic proposal: find-file runs This will fail in the case of symlinked directories, only refreshing the first one. That's an existing problem and can be seen via watchers. A full explorer reload does not suffer from this. This may be a Too Bad edge case and we can address it if needed. A |
Raised #1731 |
* fix(#1731): watcher refreshes node rather than the first node matching absolute path, profile refresh * fix(#1731): reload explorer reloads closed folders * fix(#1731): do not fire folder created event on file create * fix(#1731): reload profile absolute path, not link to * fix(#1731): find-file locks/profiles on real path, reloads when watchers disabled * Revert "fix(#1731): reload explorer reloads closed folders" This reverts commit 5dfd8bd. * fix(#1731): tidy watch reload * fix(#1731): move refresh_node from watch to reload * fix(#1731): find-file reloads all nodes for the containing directory * fix(#1731): create-file refreshes synchronously * fix(#1731): remove unused watch node * fix(#1731): find-file refreshes root * fix(#1716): create-file invokes find-file * fix(#1731): refresh path walks down the tree to the targedt
…ile with 15ms default (#1828) * Revert "Revert "fix(#1815): don't schedule find_file calls, debounce update_focused_file with 15ms default (#1820)"" This reverts commit a8d26bb. * fix(#1723): find_file for externally created new file results in folder unable to be opened * fix(#1723): find_file for externally created new file results in folder unable to be opened
Description
find_file for a valid file that is not known in a closed directory results in the closed directory unable to be opened.
Neovim version
Operating system and version
Linux 6.0.6-arch1-1
nvim-tree version
a0f3e99
Minimal config
Steps to reproduce
mkdir x
touch x/a
:NvimTreeOpen
open x
close x
!touch x/b
:lua require("nvim-tree.api").tree.find_file("x/b")
Expected behavior
Node x requires two
edit
to open.Actual behavior
Open with one
edit
.The text was updated successfully, but these errors were encountered: