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 153562 - gserachtool: should document when locate is used and when locate is disabled
gserachtool: should document when locate is used and when locate is disabled
Status: RESOLVED FIXED
Product: gnome-utils
Classification: Deprecated
Component: docs
2.5.x
Other Linux
: Normal normal
: ---
Assigned To: John Fleck
John Fleck
Depends on:
Blocks:
 
 
Reported: 2004-09-23 16:14 UTC by Christian Lohmaier
Modified: 2005-08-18 00:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Description Christian Lohmaier 2004-09-23 16:14:40 UTC 
Currently, there's no indication whether gserachtool uses find or locate to get
the results. As I learned from a bugzilla issue the searchtool doesn't use
locate to search the user's homedir (that explains why it takes ages to find a
match).

Point is that documentation currently only tells:
"Search for Files uses the find, grep, and locate UNIX commands."

It should tell as well that locate is not being used to when seraching in the
user's home (and why)

(The manual is version 2.5, the version of the tool itself is 2.8.0)
Comment 1 John Fleck 2004-09-30 02:58:32 UTC 
See also http://bugzilla.gnome.org/show_bug.cgi?id=153563, which discusses need
for documentation of 'force_quick_search'.
Comment 2 Christian Lohmaier 2004-10-10 15:40:46 UTC 
bug #153563 is not about the need of a documentation of the force_quick_search.
A forced quick search doesn't help in that case. Neither does a
disable_quick_search key.

But anyway the keys should be documented.
To be more precise: What needs to be documented is that for a predefined set of
directories (including the user's home dir), locate won't be used (this is
reasonable for removable media and /dev or /proc but usefullness of the other
dirs depend on the setup).
And how this can be changed.

I'd appreciate if one of my proposals of bug #15363 will make it into the
procuct. (editable list of directories as gconf-key, ability to use both locate
and find from the gui, without having to change a gconf key)
Comment 3 Vincent Noel 2004-11-02 18:47:59 UTC 
Actually I think the last version of gsearchtool uses locate first (even on the
home dir), then find. See the update of bug 153563. I'm not sure if it fixes
this bug or not. Could someone please comment ?
Comment 4 Christian Lohmaier 2004-11-04 19:44:04 UTC 
This doesn't necessarily fix this bug since this bug is about /documentation/ of
gsearchtool's behaviour.
But since the comment reads "John, I added a new section no. 4 to the
documentation. [...]" This may be fixed as well. Has to be checked.
Comment 5 John Fleck 2004-11-04 20:57:12 UTC 
John hasn't had time to look at Dennis' updated docs yet.
Comment 6 Dennis Cranston 2005-08-18 00:52:24 UTC 
This is documented in version 2.6 of the gnome-search-tool documentation.