django-registration / CHANGELOG.txt

ubernostrum 7f676bd 

ubernostrum e263c55 

ubernostrum 7f676bd 
ubernostrum dc2bf75 

ubernostrum be611f1 

ubernostrum dc2bf75 

ubernostrum 6b65b12 

ubernostrum 75bc65e 

ubernostrum 910128b 
ubernostrum 75bc65e 

ubernostrum 4d2a725 
ubernostrum 75bc65e 
ubernostrum 4d2a725 

ubernostrum 261baaf 
ubernostrum 75bc65e 
ubernostrum 261baaf 
ubernostrum 01c5ad0 
ubernostrum 261baaf 

ubernostrum a9a4163 

ubernostrum a404cfc 

ubernostrum de1e97d 

ubernostrum a404cfc 
ubernostrum de1e97d 

ubernostrum bdcf4a0 

ubernostrum de1e97d 

ubernostrum 004f922 

ubernostrum de1e97d 
ubernostrum 7c0e305 

ubernostrum 3da60d4 
ubernostrum 7c0e305 

ubernostrum 7f676bd 

ubernostrum 4d2a725 
django-registration changelog

Version 0.6, 29 July 2008:

* Packaged from revision 166 in Subversion.

* Fixed a multiple-objects exception in
  ``RegistrationFormUniqueEmail`` when multiple users already have the
  same email address.

* Changed the ``success_url`` of the ``register()`` view to use
  reverse URL resolution.

* Added an ``extra_context`` argument to the ``register`` and
  ``activate`` views, mimicking its functionality in Django's generic

* BACKWARDS-INCOMPATIBLE CHANGE: Switched the admin declaration to be
  compliant with the newforms-admin refactor; the admin declaration
  now lives in ``registration/``.

* BACKWARDS-INCOMPATIBLE CHANGE: Switched form imports from using
  ``django.newforms`` to using ``django.forms``; the old style now
  raises a deprecation warning on Django trunk and on Django 1.0

Version 0.5, 4 June 2008:

* Packaged from revision 155 in Subversion.

* Added Serbian translation.

* Added Italian translation.

* Username/email uniqueness checks are now case-insensitive. This is
  potentially backwards-incompatible if you relied on them being
  case-sensitive, but I don't know of any reason why you'd be doing

* Included forms now use lazy translations.

* The ``register`` view can now handle files submitted for use in form

* Reactivation of a manually-deactivated account is now prevented by
  changing the activation key, on successful activation, to a dummy
  string which will fail on subsequent activation attempts.

Version 0.4p2, 10 Feburary 2008:

* Added Brazilian Portuguese translation.

* Added Japanese translation.

* Added Hebrew translation.

* Minor documentation fixes.

Version 0.4p1, 16 December 2007:

* Packaged from revision 129 in Subversion.

* Added Polish translation.

Version 0.4, 8 December 2007:

* Packaged from revision 122 in Subversion.

* Added Greek translation.

* Added Russian translation.

* Changed ``maxlength`` to ``max_length`` now that Django issues a
  deprecation warning for it.

* BACKWARDS-INCOMPATIBLE CHANGE: Changed the password validation to be
  on ``clean()`` instead of ``clean_password2()``. This means that
  errors from this must be accessed via ``non_field_errors()``.

Version 0.3p5, 6 October 2007:

* Packaged from revision 112 in Subversion.

* Added German translation.

* Fixed a mismatch between the default ``RegistrationForm``'s maximum
  length on email addresses and the actual maximum length on Django's
  ``User`` model.

* Fixed a situation where bad input for the ``password1`` field on
  ``RegistrationForm`` could cause validation of ``password2`` to fail
  with an exception.

Version 0.3p4, 4 October 2007:

* Packaged from revision 101 in Subversion.

* BACKWARDS-INCOMPATIBLE CHANGE: In response to larger numbers of
  complaints from people trying to use the example templates as-is,
  the example templates have been removed.

Version 0.3p2, 23 September 2007:

* Packaged from revision 100 in Subversion.

* Fixed ``activate`` view to actually take the ``template_name``

Version 0.3p1, 22 September 2007:

* Packaged from revision 99 in Subversion.

* Fixed a typo in docs/overview.txt.

* Fixed a typo in bin/

* Added French translation.

Version 0.3, 19 September 2007:

Packaged from revision 89 in Subversion; download at

* Changed ``register`` and ``activate`` views to accept
  ``template_name`` keyword argument for selecting a custom template.

* Changed ``register`` view to accept ``form_class`` keyword
  argument specifying the form to use.

  ``RegistrationManager.create_inactive_user`` to use a template for
  the subject of the activation email.

* BACKWARDS-INCOMPATIBLE CHANGE: Removed the ``tos`` field from
  ``RegistrationForm``; if you were relying on it, switch to using
  ``RegistrationFormTermsOfService`` instead.

* BACKWARDS-INCOMPATIBLE CHANGE: The activation email template now
  receives the current ``Site`` object as the context variable
  ``site``, and the ``current_site`` variable, which only held the
  domain, is no longer available.

* Added script ``bin/`` with instructions on
  how to use it as a cron job to clean up expired/inactive accounts.

* Marked strings for translation and added ``locale`` directory so
  that translations can be added.

* Updated to deal with merge of Django's Unicode branch into trunk;
  now using Unicode-aware functions everywhere.

Version 0.2, 29 May 2007:

Packaged from revision 76 in Subversion; download at

* Added ability to specify a callback in
  ``RegistrationManager.create_inactive_user`` or in the ``register``
  view to enable creation of site-specific user profile.

* Separated out the logic of creating the profile into a new method on
  ``RegistrationManager``: ``create_profile``.

* Added URLConf support for various useful views in

* BACKWARDS-INCOMPATIBLE CHANGE: removed the ``key_generated`` field
  from ``RegistrationProfile``; activation key expiration is now
  calculated based on the ``date_joined`` field in the ``User`` model.
  Drop the ``key_generated`` column from your database when upgrading
  from 0.1.

Version 0.1, 23 May 2007:

Packaged from revision 56 in Subversion; download at

* First packaged version using distutils.

* Added docs/ directory and overview.