The bug is old and Ubuntu changed quite a lot since, there has also been
no activity here nor similar reports. Closing since we believe the issue
as described is deprecated but feel free to file a new report if you
still have problems in recent Ubuntu versions.
** Changed in: nautilus (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/917152
Title:
nautilus has to build search index for the first search, doesn't warn
user what's happening
To manage notifications
Thank you for your bug report but there is no index, nautilus just go
through the files and read the disk, it means that your disk is quite
slow, the second run is faster because the datas have just been loaded
and are still available, searches in other directory or later in the
same directory
Then there is a bug. My disk gets 96.5MB average read, according to the
Benchmark utility.
** Changed in: nautilus (Ubuntu)
Status: Invalid = New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
it's not a bug, it's at best a wishlist about handling searches in a
better way than having to go through the disk (which is a known issue),
going through the filesystem is going to be slow, especially on
rotational disks
** Changed in: nautilus (Ubuntu)
Importance: Low = Wishlist
** Changed
Sorry, I really think this is a bug.
Searching 1177 titles should take less than 1 second, even reading them
off disk. It's not wishlist to say that 10+ seconds is too slow.
ls can read the directory contents in 0.033s. If you're telling me that
it waits to display items until it has also
the time you list is probably not on a cold start and listing the
content is different from searching which gets extra infos out of the
filenames, but right as said search in nautilus is known to be
suboptimal and could for sure use improvements
** Changed in: nautilus (Ubuntu)
Importance:
