  ``cleaned_data``.
  
  .. versionchanged:: 1.5
  
  Django used to remove the ``cleaned_data`` attribute entirely if there were
  any errors in the form. Since version 1.5, ``cleaned_data`` is present even if
  the form doesn't validate, but it contains only field values that did
  validate.
 
</s> remove In previous versions of Django, the ``pk`` attribute had to be present
on the serialized data or a ``DeserializationError`` would be raised.
 </s> add     In previous versions of Django, the ``pk`` attribute had to be present
    on the serialized data or a ``DeserializationError`` would be raised. </s> remove You can now use :class:`HttpResponse` as a file-like object even if it was
instantiated with an iterator. Django will consume and save the content of
the iterator on first access.
 </s> add     You can now use :class:`HttpResponse` as a file-like object even if it was
    instantiated with an iterator. Django will consume and save the content of
    the iterator on first access. </s> remove In Python 3, the logic is reversed, that is normal strings are Unicode, and
when you want to specifically create a bytestring, you have to prefix the
string with a 'b'. As we are doing in Django code from version 1.5,
we recommend that you import ``unicode_literals`` from the __future__ library
in your code. Then, when you specifically want to create a bytestring literal,
prefix the string with 'b'.
 </s> add     In Python 3, the logic is reversed, that is normal strings are Unicode, and
    when you want to specifically create a bytestring, you have to prefix the
    string with a 'b'. As we are doing in Django code from version 1.5,
    we recommend that you import ``unicode_literals`` from the __future__ library
    in your code. Then, when you specifically want to create a bytestring literal,
    prefix the string with 'b'. </s> remove         Historically, this parameter was only called ``mimetype`` (now
        deprecated), but since this is actually the value included in the HTTP
        ``Content-Type`` header, it can also include the character set
        encoding, which makes it more than just a MIME type specification. If
        ``mimetype`` is specified (not ``None``), that value is used.
        Otherwise, ``content_type`` is used. If neither is given,
        :setting:`DEFAULT_CONTENT_TYPE` is used.
 </s> add             Historically, this parameter was only called ``mimetype`` (now
            deprecated), but since this is actually the value included in the HTTP
            ``Content-Type`` header, it can also include the character set
            encoding, which makes it more than just a MIME type specification. If
            ``mimetype`` is specified (not ``None``), that value is used.
            Otherwise, ``content_type`` is used. If neither is given,
            :setting:`DEFAULT_CONTENT_TYPE` is used. </s> remove Some fields in a model won't be deferred, even if you ask for them. You can
never defer the loading of the primary key. If you are using
:meth:`select_related()` to retrieve related models, you shouldn't defer the
loading of the field that connects from the primary model to the related
one, doing so will result in an error.
 </s> add     Some fields in a model won't be deferred, even if you ask for them. You can
    never defer the loading of the primary key. If you are using
    :meth:`select_related()` to retrieve related models, you shouldn't defer the
    loading of the field that connects from the primary model to the related
    one, doing so will result in an error.
    Django used to remove the ``cleaned_data`` attribute entirely if there were
    any errors in the form. Since version 1.5, ``cleaned_data`` is present even if
    the form doesn't validate, but it contains only field values that did
    validate.
  ``cleaned_data``.
  
  .. versionchanged:: 1.5
  
    Django used to remove the ``cleaned_data`` attribute entirely if there were
    any errors in the form. Since version 1.5, ``cleaned_data`` is present even if
    the form doesn't validate, but it contains only field values that did
    validate.
    Django used to remove the ``cleaned_data`` attribute entirely if there were
    any errors in the form. Since version 1.5, ``cleaned_data`` is present even if
    the form doesn't validate, but it contains only field values that did
    validate.
    Django used to remove the ``cleaned_data`` attribute entirely if there were
    any errors in the form. Since version 1.5, ``cleaned_data`` is present even if
    the form doesn't validate, but it contains only field values that did
    validate.
    Django used to remove the ``cleaned_data`` attribute entirely if there were
    any errors in the form. Since version 1.5, ``cleaned_data`` is present even if
    the form doesn't validate, but it contains only field values that did
    validate.
keep keep keep keep replace replace replace replace
 Adapted uses of versionchanged/versionadded to the new form.

Refs #20104. 
docs/ref/forms/validation.txt