Bug 294778: Unable to create new accounts when requirelogin is on - Patch by Frédéric Buclin <LpSolit@gmail.com> r=wurblzap a=justdave

Bug 276543: createaccount.cgi should not be displayed if account creation is disabled - Patch by Olav Vitters <bugzilla-mozilla@bkor.dhs.org> r=LpSolit a=justdave

Patch By Tomas Kopal <Tomas.Kopal@altap.cz> r=LpSolit, a=myk

Patch by Max Kanat-Alexander <mkanat@kerio.com>  r=vladd  a=justdave

Patch by Max Kanat-Alexander <mkanat@kerio.com>   r=vladd  a=justdave

patch by erik
r=joel, kiko
a=myk

quietly_check_login()/confirm_login() calls.  Cleans up callsites
(consisting of most of our CGIs), swapping (where appropriate) for calls
to Bugzilla->login. Patch by Teemu Mannermaa <wicked@etlicon.fi>.
r=bbaetz, kiko. a=justdave.

Patch for bug 235175: replaces ::FORM from createaccount.cgi with CGI based methods that are mod_perl compatible; r=gerv; a=justdave.

logout() method that is proxied through Bugzilla.pm's logout(), and fix
callers to use it.  r=justdave, bbaetz, a=justdave

r=joel, a=justdave

r=justdave
a=justdave

r=gerv, justdave
a=justdave

Bug 86029 create permission restrictions for createaccount.cgi (prevent people from creating accounts)
r=burnus
a=justdave

r=joel x2

2xr=bbaetz

early enough
r=mattyt, jouni

Patch by Davidy Avery <daa@rm.incc.net>.
2x r=myk

r=mattyt, afranke

Patch by Brad Baetz <bbaetz@student.usyd.edu.au>
r= jake, justdave

Fix for bug 19910: Bugzilla installs on the same server would interfere with each others' cookies.  Cookies now have a path value that can be set to indicate which bugzilla install they belong to.  Browsers will only send the cookie to the appropriate installation.  The path can be set in the 'cookiepath' parameter in editparams.cgi.
Patch by Dave Lawrence <dkl@redhat.com>
r= myk, justdave

Patch by kai morich <mail@kai-morich.de>
r= matty@chariot.net.au

into database.

r1=Zach Lipton <zach@zachlipton.com> r2=Andreas Franke
<afranke@ags.uni-sb.de>. Patch by Christopher Aillon
<caillon@returnzero.com>.

Fix for bug 77473, bug 74032, and bug 85472: Passwords are no longer stored 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

reduce wording

by jmrobins@tgix.com (Joe Robins). LDAP sections haven't been
tested yet, but the code is arranged such that it shouldn't disturb
existing user authentication system.

patch by zach@zachlipton.com

me.  Added a footer to every page.  Add some options to do things like
display checkboxes instead of scrolling lists, and a new formatting
for email diffs, and show list items capitalized instead of all upper
case.

entry of the user's realname.  Note that nothing actually makes use of
this info at present.

getting their password emailed to them.