Changes to default search options
Gervase Markham
gerv at mozilla.org
Mon Oct 14 22:52:18 UTC 2002
Analysis of the "This query was killed for taking too long" logs on
bugzilla.mozilla.org, which give a good indication of which queries
people are running that take up a lot of resources, leads me to suggest
the following changes to bugzilla.mozilla.org's default search options.
The question is, do we make these to Bugzilla, the software, as well?
- Default email searches to "exact match"
http://bugzilla.mozilla.org/show_bug.cgi?id=173567
Exact match searches are far less resource-intensive, and evidence
from the logs shows that people are typing in full email addresses
and doing substring searches, which is silly. If we default to exact,
and they type in a substring and search, they get Zarro, quickly,
and adjust their parameters. Better that than the other way round.
- Default text search boxes to "contains string"
http://bugzilla.mozilla.org/show_bug.cgi?id=173689
People often type in a string like "unable to close dialog" to search
the comments for, and then hit "Search"; the current default returns
a list of all bugs with at least one comment with any of those four
words in. As well as being useless, this is very time-consuming.
- Pre-select Browser and MailNews
http://bugzilla.mozilla.org/show_bug.cgi?id=173573
(This also requires a priority sorting of the product list on the
search page.) This default selection will a) be what most people
want, b) reduce the number of bugs that are searched by default,
c) produce more sensible initial default component and milestone
lists. (This one is obviously b.m.o.-only.)
In all of these, the principle I am adopting is that we should default
to an option which uses less resources.
Your comments are welcome, both from a code and a usability perspective.
Gerv
More information about the developers
mailing list