Skip to content
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

bug: Takes forever to display mounted directory #1214

Open
JSlomian opened this issue Oct 29, 2024 · 1 comment
Open

bug: Takes forever to display mounted directory #1214

JSlomian opened this issue Oct 29, 2024 · 1 comment
Labels
errors Something isn't working

Comments

@JSlomian
Copy link

JSlomian commented Oct 29, 2024

eza 0.20.5
-eza 1 --icons=auto, eza
kitty zsh
arch linux hyprland

I have directory called Work that is automounted in ~ with systemd when I attach my usb drive, I have alias ls = eza -1 --icons=auto and it hangs before that directory is being displayed for long time and I can type. When typing just eza it hangs as soon as I press enter and nothing happens. I get output after like a minute or two.

edit: after adding nofail and noauto to systemd daemon only with --icons=auto hangs

@JSlomian JSlomian added the errors Something isn't working label Oct 29, 2024
@heftig
Copy link

heftig commented Jan 7, 2025

I also have a similar problem with a remote directory taking very long to list when icons are enabled.

It seems the problem is eza wants to display different icons for empty and non-empty directories. Although crate::fs::file::File::is_empty_directory tries to avoid iterating over all files, crate::fs::dir::Dir is not lazy and has already read the entire dir.

I think I would prefer it display icons without having to do any read_dir calls at all.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
errors Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants