Closed dtomvan closed 3 weeks ago
I'm not quite sure I understand what you mean - do you mean in this case, link-a
should be treated by reveal
instead of cd
?
This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further.
What system are you running Yazi on?
Linux Wayland
What terminal are you running Yazi in?
alacritty 0.13.2
yazi --debug
outputDid you try the latest nightly build to see if the problem got fixed?
No, and I'll explain why below
Describe the bug
In https://github.com/sxyazi/yazi/blob/main/yazi-core/src/tab/commands/cd.rs#L88 (interactive cd) it is being checked wether or not to filter out the results. This is based on a simple check wether or not the search result is a directory or not. This goes wrong sometimes, as the possibility of a link to a directory isn't considered for interactive cd. This doesn't happen for a regular cd with the
l
key. It is however very annoying for hidden folders which have been put there using a symlink, like astow
-ed directory for neovim config for example.Minimal reproducer
$ yazi
g <space>
link-a
Result:
link-a
gets filtered out, because it checks wether the path is strictly a directory and not nessecarily a link pointing to a directory...When there are other search results it seems to be impossible to force a path it thinks you cannot enter. For example when I do
g <space> .config/nvim
then.config/astronvim
does get matched (because it is not a link) and there is no way to directly enter .config/nvim.Anything else?
I would send a PR but I don't know where to put the fix. Is it
yazi-core
,yazi-fs
? Does it go directly into cd.rs or do we need some kind of refactor?