138351 - add option to not clear existing buglist

Status: RESOLVED WONTFIX

(Bugzilla :: Query/Bug List, enhancement, P3)

Description

[John Vandenberg]

Currently when using multiple buglists, there is no way to avoid a 'primary'
buglist from being replaced with new queries.

Whilst bug 24896 is addressing the problem of multiple fully functional
buglists, a simple workaround would be to allow the user to choose that a
query's results does not overwrite the existing buglist.  (see bug 24896 comment 9)

Comment 1

[John Vandenberg]

We have this implemented as another cmdtype 'doitonce'

* Run this query and save buglist
* Run this query once

Suggestions welcome.

Comment 2

[John Vandenberg]

Attachment: v1

Comment 3

[Gervase Markham [:gerv]]

IMO "and retain bug list" should be a checkbox to the right of "Run this query",
defaulting to checked.

Should we do this as a short-term measure? People have been asking for this sort
of thing for a while.

Gerv

Comment 4

[John Vandenberg]

As I see it, there are three scopes to which this option may be provided:
1) Custom queries created on query.cgi, (this is all attachment 'v1' provides)
2) Custom & Stored queries run from query.cgi, (from what I can see the bug list
order is provided in this way)
3) or the option persists with a stored query, allowing a stored query in the
footer to be run without clearing the bug list.

I can see the need for stored queries to be able to use this option (2), however
(3) might be overkill as I can not find another query option which operates in
this way, however bug 135449 has been raised to change the sort order from (2)
to (3).

It is important to establish the scope, as each of these may require that the
option be presented in a slightly different manner, in order to be intuitive.

Comment 5

[Matthew Tuck [:CodeMachine]]

I don't see a major problem with removing this option later so it may as well be
done as an interim measure.

Comment 6

[Andreas Franke (gone)]

I found a workaround: Use different browsers, e.g. Netscape 4 for going through
all bugs of your main query, and Mozilla for doing the temporary queries. This
way, the intermediate searches don't affect your cookie in the main browser.

Comment 7

[Bradley Baetz (:bbaetz)]

*** Bug 188743 has been marked as a duplicate of this bug. ***

Comment 8

[Joel Peshkin]

This would be handy, but the patch is bitrotten and nobody seems to be working
on it.

Comment 9

[Max Kanat-Alexander]

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 [e-mail] 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.

Comment 10

[Max Kanat-Alexander]

Instead of adding an option, we're just going to fix bug 24896.