My uni CS email address (firstname.lastname@example.org) 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
Thanks. There are now 2 users which have email@example.com 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
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
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?