A simple, generic user-registration application for Django
http://code.google.com/p/django-registration
This is just a simple, portable, generic user-registration application for Django projects. Workflow follows a simple pattern:
* A user signs up for a new account, which will be inactive by default.
* An email is sent to the address they used to register, containing an activation link.
* Once they click the activation link, the account becomes active and they can log in as normal.
- Developed at devel:languages:python:django
- Sources inherited from project openSUSE:Factory
-
2
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:Rebuild/python-django-registration && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| django-registration-3.0.tar.gz | 0000068344 66.7 KB | |
| python-django-registration.changes | 0000004124 4.03 KB | |
| python-django-registration.spec | 0000001961 1.92 KB |
Revision 12 (latest revision is 20)
Dominique Leuenberger (dimstar_suse)
accepted
request 679269
from
Tomáš Chvátal (scarabeus_iv)
(revision 12)
- Do not trigger legaldb
- Set Django version to 1.11
- Update to 3.0, notable changes
* Installed module changed from registration to django_registration
* Python 3.7 support
* Minimum Django version is now 1.11
* Include tests and runner in source distribution
* Make it possible to distinguish different types of activation failures
* Add the ability to detect when the account has already been activated
* Remove RegistrationFormNoFreeEmail
* Clean up the weird ancient handling of
success_url/get_success_url()
* Make the one-step backend a little more robust with custom users
* Correct use of is_secure() in activation email context
* Template directory rename, and renamed activation email body template
and renamed activation failure template
* Made the HttpRequest available to activation email contexts
* Rename URL patterns
* Rename the HMAC backend
* Added a form class doing case-insensitive username uniqueness checks
Comments 0