Closed
Bug 663377
Opened 14 years ago
Closed 13 years ago
quicksearch using "status:" field doesn't work--it is defeated by the default status selection
Categories
(Bugzilla :: Query/Bug List, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 4.2
People
(Reporter: tuukka.tolvanen, Assigned: LpSolit)
References
Details
Attachments
(1 file)
|
4.54 KB,
patch
|
dkl
:
review+
|
Details | Diff | Splinter Review |
https://bugzilla.mozilla.org/page.cgi?id=quicksearch.html
1. quicksearch for VERIFIED :repository
https://bugzilla.mozilla.org/buglist.cgi?quicksearch=VERIFIED%20%3Arepository
explanation: Status: VERIFIED
Product: repository
Component: repository
257 bugs found.
2. quicksearch for status:VERIFIED :repository
https://bugzilla.mozilla.org/buglist.cgi?quicksearch=status%3AVERIFIED%20%3Arepository
explanation: Status: REOPENED, NEW, ASSIGNED, UNCONFIRMED
Status: VERIFIED
Product: repository
Component: repository
Zarro Boogs found.
result: different explanation for search at step 1 (good) and step 2 (bad)
different bugs found at step 1 (good) and 2 (bad)
expected: same explanation, same bugs found at step 1 and 2
(Why not just always use the first-word shortcut as in step 1? Because the explanation shows that
status:RESOLVED|VERIFIED :repository
is parsed usefully (RESOLVED and VERIFIED treated as status alternatives), whereas
RESOLVED|VERIFIED :repository
isn't (RESOLVED and VERIFIED treated as prod/comp/alias/summary/etc. alternatives, not status). Arguably that's a bug in that shortcut, but, meh)
Updated•14 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Summary: quicksearch status: doesn't work, apparently defeated by default status selection → quicksearch using "status:" field doesn't work--it is defeated by the default status selection
Target Milestone: --- → Bugzilla 4.0
| Assignee | ||
Comment 1•13 years ago
|
||
The logic before 4.2.1 was very broken for such things. Things work much better in 4.2.1 thanks to bug 554819, but I didn't fix this specific problem yet. I will give it a look.
Target Milestone: Bugzilla 4.0 → Bugzilla 4.2
| Assignee | ||
Comment 2•13 years ago
|
||
Assignee: query-and-buglist → LpSolit
Status: NEW → ASSIGNED
Attachment #612922 -
Flags: review?(dkl)
Comment 3•13 years ago
|
||
Comment on attachment 612922 [details] [diff] [review]
patch, v1
Review of attachment 612922 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good and fixes the problem stated. r=dkl
Attachment #612922 -
Flags: review?(dkl) → review+
| Assignee | ||
Updated•13 years ago
|
Flags: approval4.2+
Flags: approval+
| Assignee | ||
Comment 4•13 years ago
|
||
Committing to: bzr+ssh://lpsolit%40gmail.com@bzr.mozilla.org/bugzilla/trunk/
modified Bugzilla/Search/Quicksearch.pm
Committed revision 8180.
Committing to: bzr+ssh://lpsolit%40gmail.com@bzr.mozilla.org/bugzilla/4.2/
modified Bugzilla/Search/Quicksearch.pm
Committed revision 8066.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 6•13 years ago
|
||
I still can't quicksearch using 'reporter:bgirard status:RESOLVED'.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 7•13 years ago
|
||
Leave this bug alone. bmo is running 4.0.8, not 4.2.1, and so this fix doesn't exist on this old version.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → FIXED
I'm using version 4.2.5 (hosted on devzing) and I've got this bug.
Searching in the advanced tab for all bugs with status:resolved finds nothing. Searching for all bugs with resolution:fixed finds a bunch of bugs with the resolved status.
Looks like a bug to me, and this version is later than 4.0.1. Should I make a new bug for that version, or should I reopen this bug?
You need to log in
before you can comment on or make changes to this bug.
Description
•