Closed
Bug 107860
Opened 23 years ago
Closed 15 years ago
QuickSearch: Display information about "field: value" syntax
Categories
(Bugzilla :: User Interface, enhancement, P4)
Tracking
()
RESOLVED
DUPLICATE
of bug 518293
People
(Reporter: bugzilla, Unassigned)
References
()
Details
Attachments
(1 file)
903 bytes,
patch
|
bbaetz
:
review-
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.5+) Gecko/20011023
BuildID: 2001102309 / 2001103003
entering "about:config" in the 'enter a bug# or give some search terms' field
gives an error message 'xxx is not a valid fieldname'
does so in every other input field i've seen.
Reproducible: Always
Steps to Reproduce:
1. go to URL
2. enter 'a:b' or something like that
3. press enter, voila!
Actual Results: error message
Expected Results: well, enter "about:config" as a value of course! :)
Comment 1•23 years ago
|
||
This alert probably should say "invalid keyword"... if its a bug at all its bug
with bugzilla.
Go to yahoo or something and put the same thing in there, it submits just like
it should.
Component: Form Submission → Bugzilla-General
Product: Browser → Bugzilla
Version: other → 2.10
Comment 3•23 years ago
|
||
The quicksearch box on the Bugzilla page uses the colon as a separator to name a
specific field to be searched. This is a feature, not a bug. For example, you
can enter "owner:joe@nowhere.net" and get a list of bugs with Joe as an owner.
If you don't specify a field to search, it defaults to searching summary and
description.
HOWEVER... the docs for this (http://bugzilla.mozilla.org/quicksearch.html)
don't appear to indicate this feature is available, so I'm morphing this bug to
get the quicksearch docs fixed.
Assignee: justdave → myk
Status: UNCONFIRMED → NEW
Component: Bugzilla-General → User Interface
Ever confirmed: true
OS: Windows NT → All
Priority: -- → P3
Hardware: PC → All
Summary: "a:b" (colon) in input field displays error 'a is not a valid fieldname' → quicksearch.html doesn't tell you about specifying a field to search
Target Milestone: --- → Bugzilla 2.16
Comment 4•23 years ago
|
||
We are currently trying to wrap up Bugzilla 2.16. We are now close enough to
release time that anything that wasn't already ranked at P1 isn't going to make
the cut. Thus this is being retargetted at 2.18. If you strongly disagree with
this retargetting, please comment, however, be aware that we only have about 2
weeks left to review and test anything at this point, and we intend to devote
this time to the remaining bugs that were designated as release blockers.
Target Milestone: Bugzilla 2.16 → Bugzilla 2.18
Comment 5•23 years ago
|
||
QuickSearch field:value syntax is described here:
http://bugzilla.mozilla.org/quicksearchhack.html
This page is linked from quicksearch.html, but you're right that the
documentation can be improved a lot. Adding this one to the quicksearch
documentation tracker.
BTW if you want the literal value, you can enclose it in quotes like this:
"about:config", and you'll get bugs with `about:config' in the summary.
Google uses prefixes, too, e.g. "site:". In fact, most of the QuickSearch logic
follows Google's example.
Blocks: 76392
Comment 6•23 years ago
|
||
Comment 7•22 years ago
|
||
Comment on attachment 60157 [details] [diff] [review]
possible fix/improvement: better error message
> alert("`"+fields[k]+"'"+
>- " is not a valid field name.");
>+ " is not a valid field name."+
>+ ' Use quotes "..." for values that'+
' Use quotes ("...") for values that' +
>+ " contain special characters.");
maybe ' contain colon, comma or spaces'?
Are there other 'special' chars?
Attachment #60157 -
Flags: review-
Comment 8•22 years ago
|
||
Yes, there are other 'special' chars, e.g. the pipe character "|" as a shorthand
for " OR ", plus "+", minus "-" and hash "#" as described on the
quicksearch.html page. Future introduction of other special chars is possible,
even very likely.
One example would be the equal sign "=" for exact matches as opposed to
substring (see bug 76498), or possibly the slash "/" as a regexp delimiter.
Do you really want me to upload a new patch with ("...") instead of "..." ?
Comment 9•22 years ago
|
||
The User Interface component now belongs to Gerv. Reassigning all UNCONFIRMED
and NEW (but not ASSIGNED) bugs currently owned by Myk (the previous component
owner) to Gerv.
Assignee: myk → gerv
Comment 10•22 years ago
|
||
Reassigning back to Myk. That stuff about Gerv taking over the User Interface
component turned out to be short-lived. Please pardon our confusion, and I'm
very sorry about the spam.
Assignee: gerv → myk
Comment 11•21 years ago
|
||
Pushing out bugs that aren't blockers. If someone's working on one of these, we
can move it back.
Target Milestone: Bugzilla 2.18 → Bugzilla 2.20
Updated•20 years ago
|
Severity: normal → minor
Summary: quicksearch.html doesn't tell you about specifying a field to search → QuickSearch: Display information about "field: value" syntax
Comment 12•20 years ago
|
||
This bug has not been touched by its owner in over six months, even though it is
targeted to 2.20, for which the freeze is 10 days away. Unsetting the target
milestone, on the assumption that nobody is actually working on it or has any
plans to soon.
If you are the owner, and you plan to work on the bug, please give it a real
target milestone. If you are the owner, and you do *not* plan to work on it,
please reassign it to nobody@bugzilla.org or a .bugs component owner. If you are
*anybody*, and you get this comment, and *you* plan to work on the bug, please
reassign it to yourself if you have the ability.
Target Milestone: Bugzilla 2.20 → ---
Updated•19 years ago
|
QA Contact: mattyt-bugzilla → default-qa
![]() |
||
Updated•18 years ago
|
Assignee: myk → ui
Updated•18 years ago
|
Severity: minor → enhancement
Priority: P3 → P4
Comment 13•15 years ago
|
||
A much better QuickSearch documentation was added in bug 518293 and also contains field help. Also, the error message about using unknown field has a link to the documentation listing all the supported fields. These changes should make this syntax clearer.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•