After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 46533 - If backup search is on, small searches don't show any results until the backup search is done.
If backup search is on, small searches don't show any results until the backu...
Status: RESOLVED INVALID
Product: nautilus
Classification: Core
Component: File Search Interface
0.x.x [obsolete]
Other Linux
: Normal enhancement
: future
Assigned To: Rebecca Schulman
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-02-12 19:20 UTC by Rebecca Schulman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rebecca Schulman 2001-09-10 00:59:17 UTC
This happens when the number of indexed search results is less than the
size of the directory "chunks" that gnome-vfs returns to nautilus.
Gnome vfs waits for the slow backup search to return enough results to 
complete a "chunk". At the end user level, this can mean waiting a minute or
more for search results, and can make the feature unusable.

Pavel had suggested that this could be solved by forcing gnomevfs to return
chunks by time interval when waiting, and although this sounds like a good
approach for the long term, I think something simpler should be done in the
short term to make the feature usable.

Some ideas, if we want to confront this problem in the short term:
1. (completely minimal) turn "backup searching" off by default so that the
problem is less visible
2. force gnome vfs to return results more often by reducing the chunk size
3. make search directories return extra (duplicate) results every so
often instead of completely blocking.  This will ensure that nautilus gets
back information more quickly, but I have no idea how gnome-vfs currently
handles getting duplicate files in a directory, and the effect might be really 
bad.



------- Additional Comments From don@eazel.com 2001-02-15 21:43:03 ----

The solution to this problem for 1.0 is to get rid of the "backup search"
feature.

Defering this for now ...




------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:59 -------
Comment 1 John Fleck 2002-01-05 04:13:10 UTC
Changing to "old" target milestone for all bugs laying around with no milestone set.
Comment 2 Christian Fredrik Kalager Schaller 2002-05-07 12:20:10 UTC
Closing this bug as back search don't exist anymore AFAIK
Comment 3 Christian Fredrik Kalager Schaller 2002-05-21 08:34:42 UTC
Sorry for the SPAM. Re-opening the old Search bugs and assigning them
to Rebeckas old Eazel account.
Comment 4 Simon Porter 2004-02-11 12:22:24 UTC
Bug closed as proposed by Curtis C. Hovey, substitute
maintainer of Medusa