Release notes
Django 1.2 release notes
Backwards-incompatible changes in 1.2
Much of the validation work for ModelForms has been moved down to the model level. As a result, the first time you call ModelForm.is_valid(), access ModelForm.errors or otherwise trigger form validation, your model will be cleaned in-place.
4.2
5.0
5.1
5.2
6.0
Release notes
Django 1.5 release notes
The cleaned_data dictionary is now always present after form validation. When the form doesn’t validate, it contains only the fields that passed validation.
dev
Release notes
Django 1.5 release notes
Backwards incompatible changes in 1.5
The cleaned_data dictionary is now always present after form validation. When the form doesn’t validate, it contains only the fields that passed validation.
4.2
5.0
5.1
5.2
6.0
Release notes
Django 1.2 release notes
Model validation inspired by Django’s form validation. Vastly improved protection against Cross-Site Request Forgery (CSRF). A new user “messages” framework with support for cookie- and session-based message for both anonymous and authenticated users.
dev
Release notes
Django 1.2 release notes
Model validation inspired by Django’s form validation. Vastly improved protection against Cross-Site Request Forgery (CSRF). A new user “messages” framework with support for cookie- and session-based message for both anonymous and authenticated users.
4.2
5.0
5.1
5.2
6.0
Release notes
Django 1.3 release notes
This release refactors the admin’s login mechanism to use a subclass of the AuthenticationForm instead of a manual form validation. The previously undocumented method 'django.contrib.admin.sites.AdminSite.display_login_form' has been removed in favor of a new login_form attribute.
dev
Release notes
Django 1.3 release notes
Features deprecated in 1.3
This release refactors the admin’s login mechanism to use a subclass of the AuthenticationForm instead of a manual form validation. The previously undocumented method 'django.contrib.admin.sites.AdminSite.display_login_form' has been removed in favor of a new login_form attribute.
4.2
5.0
5.1
5.2
6.0
Release notes
Django 1.11 release notes
If no items in the feed have a pubdate or updateddate attribute, SyndicationFeed.latest_post_date() now returns the current UTC date/time, instead of a datetime without any timezone information. CSRF failures are logged to the django.security.csrf logger instead of django.request.
dev
Release notes
Django 1.6 release notes
Form field’s error_messages that contain a placeholder should now always use a named placeholder ("Value '%(value)s' is too big" instead of "Value '%s' is too big"). See the corresponding field documentation for details about the names of the placeholders.
dev
Release notes
Django 1.11 release notes
Features deprecated in 1.11
If no items in the feed have a pubdate or updateddate attribute, SyndicationFeed.latest_post_date() now returns the current UTC date/time, instead of a datetime without any timezone information. CSRF failures are logged to the django.security.csrf logger instead of django.request.
4.2
5.0
5.1
5.2
6.0
Release notes
Django 1.6 release notes
Backwards incompatible changes in 1.6
Form field’s error_messages that contain a placeholder should now always use a named placeholder ("Value '%(value)s' is too big" instead of "Value '%s' is too big"). See the corresponding field documentation for details about the names of the placeholders.
4.2
5.0
5.1
5.2
6.0
Release notes
Django 1.9.5 release notes
The forms in contrib.auth no longer strip trailing and leading whitespace from the password fields (#26334). The change requires users who set their password to something with such whitespace after a site updated to Django 1.9 to reset their password.
dev
Release notes
Django 1.9.5 release notes
The forms in contrib.auth no longer strip trailing and leading whitespace from the password fields (#26334). The change requires users who set their password to something with such whitespace after a site updated to Django 1.9 to reset their password.
4.2
5.0
5.1
5.2
6.0
Reference
Generic editing views
classdjango.views.generic.edit.FormView : A view that displays a form. On error, redisplays the form with validation errors; on success, redirects to a new URL. classdjango.views.generic.edit.BaseFormView : A base view for displaying a form.
dev
Reference
Generic editing views
classdjango.views.generic.edit.CreateView : A view that displays a form for creating an object, redisplaying the form with validation errors (if there are any) and saving the object. classdjango.views.generic.edit.BaseCreateView : A base view for creating a new object instance.
dev
Reference
Generic editing views
classdjango.views.generic.edit.UpdateView : A view that displays a form for editing an existing object, redisplaying the form with validation errors (if there are any) and saving changes to the object.
dev
Reference
The Forms API
If you render a bound Form object, the act of rendering will automatically run the form’s validation if it hasn’t already happened, and the HTML output will include the validation errors as a <ul class="errorlist">.
dev
Reference
Generic editing views
classdjango.views.generic.edit.FormView : A view that displays a form. On error, redisplays the form with validation errors; on success, redirects to a new URL. classdjango.views.generic.edit.BaseFormView : A base view for displaying a form.
4.2
5.0
5.1
5.2
6.0
Reference
Generic editing views
classdjango.views.generic.edit.CreateView : A view that displays a form for creating an object, redisplaying the form with validation errors (if there are any) and saving the object. classdjango.views.generic.edit.BaseCreateView : A base view for creating a new object instance.
4.2
5.0
5.1
5.2
6.0
Reference
Generic editing views
classdjango.views.generic.edit.UpdateView : A view that displays a form for editing an existing object, redisplaying the form with validation errors (if there are any) and saving changes to the object.
4.2
5.0
5.1
5.2
6.0