Closed
Bug 195459
Opened 22 years ago
Closed 21 years ago
chfield [Bug creation] limits other fields in "Bug changes" queries
Categories
(Bugzilla :: Query/Bug List, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: skoledin, Assigned: justdave)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
Since a chfield value of [Bug Creation] is done as @specialchart and any other
chfield values are done as @wherepart, they end up being exclusive rather than
inclusive. I don't have a good solution in mind at the moment, especially after
looking at the code/queries, but it seems that the current situation is sub-optimal.
For example, attempting to query for bugs that have either been created or
status-changed in the past x days only shows bugs for which both elements are
true. It would be much better if all the fields were OR'd, including [Bug creation]
Are there any plans to improve/fix this, or are we just stuck with the situation
for the forseeable future?
Reproducible: Always
Steps to Reproduce:
1. go to query form
2. select chfield of [Bug creation] and anything else
3. enter a reasonable chfieldfrom
4. search
Actual Results:
results were not ideal, showing only bugs that have been recently created
Expected Results:
should have shown bugs for which either creation date *or* other change date
fits the date range.
Comment 1•21 years ago
|
||
I can confirm this on the bugzilla-tip installation on landfill today.
Behavior is this: If you select [Bug creation] and any other "where one or more
of the following changed" fields, then all of the bugs returned are *required*
to have been created in the last x days. All of the other fields are OR'ed.
This should probably either be fixed, or the UI should be changed, or there
should be some documentation.
-M
Assignee: endico → justdave
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: chfield [Bug creation] is exclusive of other fields in "Bug changes" queries → chfield [Bug creation] limits other fields in "Bug changes" queries
Version: unspecified → 2.17.6
Assignee | ||
Comment 2•21 years ago
|
||
CCing the people that last messed with this code.
Comment 3•21 years ago
|
||
Related to bug 231315?
Gerv
Comment 4•21 years ago
|
||
Gerv: Nothing to do with bug 231315.
Original reporter was right, but this changed when bug 37749 was fixed.
Max K-A: I can't reproduce this on landfill. For example, I choose
chfieldfrom=2d, and select [Bug creation] and Assignee. It returns bugs which
either have been created or for which the assignee has changed in the last 2 days.
Comment 5•21 years ago
|
||
Ah, indeed. Anthony is correct. It looks like this actually works properly. It
must have been resolved when bug 37749 was resolved. -M
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Comment 6•21 years ago
|
||
<pedantic>
Do we actually mark WORKSFORME in such cases? It was actually fixed, although as
part of the fixing of another bug.
</pedantic>
Comment 7•21 years ago
|
||
That's why Matty suggested WORKSNOW on the developers list.
In this case, though, when the fix wasn't actually a part of this bug,
WORKSFORME is currently the correct resolution. That way, you can see how many
*actual* bugs were fixed just by doing a search for RESOLVED FIXED.
-M
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•