| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Patch by Myk Melez <myk@mozilla.org>
r=gerv x 2
|
|
the "email preferences" tab.
Fix by Myk Melez <myk@mozilla.org>.
r=jake,justdave
|
|
all changes regardless of email preferences.
Fix by Myk Melez <myk@mozilla.org>.
r=gerv@mozilla.org, waiting on second review but checking in now due to severity of bug.
|
|
and a properly-tabulated email prefs section.
|
|
the db when required instead.
(Also fixes bug 58242 as a side effect)
r=myk, kiko
|
|
Patch by Brad Baetz <bbaetz@student.usyd.edu.au>
r= jake, justdave
|
|
Patch by Jake <jake@acutex.net>.
r=bbaetz,myk
|
|
|
|
patchwork by john.beranek@pace.co.uk and kiko. r=zach, kiko, gerv
|
|
into database.
r1=Zach Lipton <zach@zachlipton.com> r2=Andreas Franke
<afranke@ags.uni-sb.de>. Patch by Christopher Aillon
<caillon@returnzero.com>.
|
|
in plaintext in the database. Passwords are no longer encrypted with MySQL's ENCRYPT() function (because it doesn't work on some installs), but with Perl's crypt() function. The crypt-related routines now properly deal with salts so that they work on systems that use methods other than UNIX crypt to crypt the passwords (such as MD5). Checksetup.pl will walk through your database and re-crypt everyone's passwords based on the plaintext password entry, then drop the plaintext password column. As a consequence of no longer having a plaintext password, it is no longer possible to email someone their password, so the login screen has been changed to request a password reset instead. The user is emailed a temporary identifying token, with a link back to Bugzilla. They click on the link or paste it into their browser and Bugzilla allows them to change their password.
Patch by Myk Melez <myk@mozilla.org>
r= justdave@syndicomm.com, jake@acutex.net
|
|
to log you back in if you try to change your password with cookies turned off, which avoids the confusing login screen after entering your new password in which you used to have to enter your old password one more time in order to let it set your new password (yes, it used to be as confusing as that just sounded :)
r= tara@tequilarista.org
|
|
|
|
r= justdave@syndicomm.com
|
|
|
|
voters to get OldEmailTech notifications.
Patch by jake@acutex.net
r= justdave
|
|
capacity" to "If I'm added to or removed from that capacity", so you can still get mail when someone adds you to a CC. Patch by <jake@acutex.net> r= justdave
|
|
|
|
was not generating a mail. r=donm@bluemartini.com
|
|
get sent to an account. Original patch by al_raetz@yahoo.com and lots of additional hacking by me; r=donm@bluemartini.com
|
|
of newemailtech for new profiles, this is set by default to be turned on (the old default was off) ; r=dmose@mozilla.org. changes from me to make newemailtech the default in all new installations, and update the verbiage in various spots to make it clear that newemailtech is now considered the one true way and the old tech will be going away. r=endico@mozilla.org,cyeh@bluemartini.com
|
|
john.beranek@pace.co.uk
|
|
|
|
|
|
|
|
|
|
"editbugs" and "canconfirm". People without these states are now much
more limited in what they can do.
For backwards compatability, by default all users will have the
editbugs and canconfirm bits on them. Installing this changes as is
should only have one major visible effect -- an UNCONFIRMED state
will appear in the query page. But no bugs will become in that state,
until you tweak some of the new voting-related parameters you'll find
when editing products.
|
|
name of the query had a space in it.
|
|
|
|
bottom. Made "My bugs" show bugs you own AND bugs you submitted.
Added ability to display your named queries in the footer. Many
random bugfixes.
|
