If the underlying filesystem changes, say a copy operation, the file manager view does not update without a manual refresh by CTL+R. This leaves the view in a stale state, presenting false file information to the user, who might never know until they do something bad. This is a showstopper bug that’s been hanging around since forever.
I don’t know what you mean. If a open my Downloads folder and then download something, it shows up in Nautilus without refreshing anything
Batch rename. Good luck trying to rename a series of files ordered sequentially by number, if the number happens to start with any number other than one. A sequence from 2 to x is impossible to batch rename. Because regex in sed never worked either. No, wait. It’s always worked! For like, 50 years.
I mean at least there is a batch rename function unlike in windows
Why, when moving a collection of files or a directory within the same filesystem, does it actually perform a copy and delete operation, taking cpu and time, when the inode location could just be updated like mv does?
Again, I can’t reproduce it. I can move many GB instantly using ctrl + x and ctrl + v
The only thing that really annoys me with Nautilus is that you can’t type in the directory path you want to open except using ctrl + L. In the hamburger menu there even is an option to copy the path. Why not make one more to edit it? Or replace copy with edit, because when editing you can also copy it anyway