...

If possible, I think 'normal' should be the default in the hox or else there should be some sort of auto replacement.

Makes sense to me.

I have now changed to make 'normal' the default priority for new issues. Shall I also set the priority on all past issues to normal which have them currently unset? I would do that "behind" roundup, so that it appears as if the issue was already created with that priority. That way, those issues don't appear as if they had recent activity. Regards, Martin

On 4/26/2010 4:41 PM, Eric Smith wrote:

Martin v. Löwis wrote:

...

...

...

If possible, I think 'normal' should be the default in the hox or else there should be some sort of auto replacement. Makes sense to me.

I have now changed to make 'normal' the default priority for new issues.

Just now, I still see '- no selection -' for a new new-issue, but thank you for attending to this. This will fix a minor but long-standing annoyance.

...

Shall I also set the priority on all past issues to normal which have them currently unset?

I think the only risk is for issues that had a priority and were then deliberately changed to unset. Given how unlikely that is, I think you can go ahead and do this.

To me, the priority should never be unset, so please go ahead. Terry Jan Reedy

On 4/26/2010 5:02 PM, "Martin v. Löwis" wrote:

Eric Smith wrote:

...

Martin v. Löwis wrote:

...

...

...

If possible, I think 'normal' should be the default in the hox or else there should be some sort of auto replacement. Makes sense to me.

I have now changed to make 'normal' the default priority for new issues. Shall I also set the priority on all past issues to normal which have them currently unset?

I think the only risk is for issues that had a priority and were then deliberately changed to unset. Given how unlikely that is, I think you can go ahead and do this.

I can also filter them out:

roundup_tracker=> select distinct id from _issue, issue__journal where id=nodeid and _priority is null and action='set' and params like '%priority%'; id ------ 1404 1601 3947 5249 5273 5334 6150 6453 7540

I will try to expand this to a proper update query, but only tomorrow.

Regards, Martin

P.S. Interestingly, it was tjreedy who unset the priority on issue 6453 where it was previously normal :-)

An accident. As I wrote in the next message: "Must have been random glitch. I certainly did not change state and priority." David Murray replies "I wonder if your browser is doing something weird with the form field settings. Or it may have as you say been a random thing...I know that has happened to me once or twice where I refreshed the page in an odd order and reset some fields I wasn't intending to reset." 7540, 5334, 5273, 5249, 3947, 1404 are release blocker or other higher-than-normal priority issue whose high priorities were cleared when and as the issue was closed. Hirokazu Yamamoto (ocean-city), in particular, seems to think that higher-than-normal priorities should be cleared when issues are closed. I presume this is a mis-understanding. A critical open issue should just become a closed critical issue. If so, the clearings should be undone. 6150 had release-blocker set and cleared the day before closing. Not sure on this one whether it is case of above or below. It hardly matters though. 1601 had priority set to high and reverted on same day by different people. It should have been set back to normal. I am willing to fix all of the above by hand, if you want, but refrained for the moment because of the spurious message-to-nosy-list spew. Is there anyway to make unsetting not possible? Terry Jan Reedy

On Mon, 26 Apr 2010 22:39:39 +0200, =?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?= wrote:

...

...

If possible, I think 'normal' should be the default in the hox or else there should be some sort of auto replacement.

Makes sense to me.

I have now changed to make 'normal' the default priority for new issues. Shall I also set the priority on all past issues to normal which have them currently unset?

I would do that "behind" roundup, so that it appears as if the issue was already created with that priority. That way, those issues don't appear as if they had recent activity.

+1 This will make the default grouping more useful, since now critical issues will appear at the top, instead of several pages in! -- R. David Murray www.bitdance.com

On Tue, Apr 27, 2010 at 4:38 PM, "Martin v. Löwis" wrote:

Done!

Thanks, Martin! -Fred -- Fred L. Drake, Jr. <fdrake at gmail.com> "Chaos is the score upon which reality is written." --Henry Miller

When I open http://bugs.python.org/issue?@template=item priority is (still) set at no selection. Is this my local cache (which I do not know how to clear in FF) or is 'normal' filled in after submission?

It is filled in after submission. Regards, Martin

On Wed, 28 Apr 2010 18:22:02 +0900, "Stephen J. Turnbull" wrote:

You still want the auditor to make sure, but it is possible to set the default in the page template. Would you like a patch for that for consideration? If so, are there other elements it might be useful to have defaults for? (I would submit each as a separate patch.)

As far as I can see none of the other fields should have a default value. -- R. David Murray www.bitdance.com

Same here. Unfortunately I think that requires a code change as I can't see how to do it through the web API.

You have to write an auditor, which I just did. Regards, Martin