My uni CS email address (bbaetz.usyd.edu.au) is going to be vanishing at the end of the year. I'd like to be able to change all the open/cc bugs to my new address. The only way I can see of doing this is to create a new account and then manually change every bug. Theres only about 5 open ones, so its not a big deal, but it would still be nice mozilla's bugzilla version has the ability to change multiple bugs at once, but I don't know if that extends to adding yourself to the cc list. I think it does though. Also, when doing a query and sorting by importance, the security bugs come at the end rather than the beginning of the list.
...and then I went to set my prefs for my new account, and discovered that I could already do this. I'm _sure_ I couldn't do that last week. That was recently changed, right?! Bugzilla didn't complain that I was changing my old account to the email address of an already existing account (my new one) though, so this is sort of a valid bug report anyway.
The ability was added to change an email address recently, yes. You are right though, i failed to add in checking for accounts that have the same address as being changed to. That is a very valid concern. I will get this changed as soon as possible.
Thanks. There are now 2 users which have bbaetz.edu.au as their email address though. Don't know what that's done to your database. I don't know how to try logging in as the second user to check if its even still there - the email address associates with the first login. The new user is the reporter of this bug, and the old user is the one that added the extra comment, if that helps. Theres also the minor sorting bug.
Ok, i fixed the preferences to now check for duplicate email addresses in the database before it allows a member to change theirs to the new one. I also disabled your first account so please use the new one that you last created from now on and change the email address if you need to. As for the Sort by option from the Query screen. The sort is done by priority and not by severity so that would explain why bugs marked with 'security' showed up in strange places in your big list. When sorted by priority on the other hand, it sorted properly with high at top and low at bottom. I admit that this should be documented better so as to take away confusion. I will work on that.
I noticed the sorting wrt the priority, but within priorities, it is putting security last. For example if I do a listing of all the NEW, ASSIGNED and REOPENED bugs in RH6.1 tcpdump, sorted by importance, I get 4 normal priority bugs, but within those the security bug is last. Looking at this again now, it appears that these are alphabetically sorted by severity, or maybe by bug number, as a secondary field. Maybe it should be sorted by severity within priority?