3.2.txt 11 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408
  1. ============================================
  2. Django 3.2 release notes - UNDER DEVELOPMENT
  3. ============================================
  4. *Expected April 2021*
  5. Welcome to Django 3.2!
  6. These release notes cover the :ref:`new features <whats-new-3.2>`, as well as
  7. some :ref:`backwards incompatible changes <backwards-incompatible-3.2>` you'll
  8. want to be aware of when upgrading from Django 3.1 or earlier. We've
  9. :ref:`begun the deprecation process for some features
  10. <deprecated-features-3.2>`.
  11. See the :doc:`/howto/upgrade-version` guide if you're updating an existing
  12. project.
  13. Django 3.2 is designated as a :term:`long-term support release
  14. <Long-term support release>`. It will receive security updates for at least
  15. three years after its release. Support for the previous LTS, Django 2.2, will
  16. end in April 2022.
  17. Python compatibility
  18. ====================
  19. Django 3.2 supports Python 3.6, 3.7, and 3.8. We **highly recommend** and only
  20. officially support the latest release of each series.
  21. .. _whats-new-3.2:
  22. What's new in Django 3.2
  23. ========================
  24. Minor features
  25. --------------
  26. :mod:`django.contrib.admin`
  27. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  28. * :attr:`.ModelAdmin.search_fields` now allows searching against quoted phrases
  29. with spaces.
  30. :mod:`django.contrib.admindocs`
  31. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  32. * ...
  33. :mod:`django.contrib.auth`
  34. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  35. * The default iteration count for the PBKDF2 password hasher is increased from
  36. 216,000 to 260,000.
  37. * The default variant for the Argon2 password hasher is changed to Argon2id.
  38. ``memory_cost`` and ``parallelism`` are increased to 102,400 and 8
  39. respectively to match the ``argon2-cffi`` defaults.
  40. Increasing the ``memory_cost`` pushes the required memory from 512 KB to 100
  41. MB. This is still rather conservative but can lead to problems in memory
  42. constrained environments. If this is the case, the existing hasher can be
  43. subclassed to override the defaults.
  44. :mod:`django.contrib.contenttypes`
  45. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  46. * ...
  47. :mod:`django.contrib.gis`
  48. ~~~~~~~~~~~~~~~~~~~~~~~~~
  49. * The :meth:`.GDALRaster.transform` method now supports
  50. :class:`~django.contrib.gis.gdal.SpatialReference`.
  51. :mod:`django.contrib.messages`
  52. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  53. * The :class:`~django.contrib.postgres.operations.CreateExtension` operation
  54. now checks that the extension already exists in the database and skips the
  55. migration if so.
  56. :mod:`django.contrib.postgres`
  57. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  58. * The new :attr:`.ExclusionConstraint.include` attribute allows creating
  59. covering exclusion constraints on PostgreSQL 12+.
  60. * The new :attr:`.ExclusionConstraint.opclasses` attribute allows setting
  61. PostgreSQL operator classes.
  62. * The new :attr:`.JSONBAgg.ordering` attribute determines the ordering of the
  63. aggregated elements.
  64. :mod:`django.contrib.redirects`
  65. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  66. * ...
  67. :mod:`django.contrib.sessions`
  68. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  69. * ...
  70. :mod:`django.contrib.sitemaps`
  71. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  72. * ...
  73. :mod:`django.contrib.sites`
  74. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  75. * ...
  76. :mod:`django.contrib.staticfiles`
  77. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  78. * ...
  79. :mod:`django.contrib.syndication`
  80. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  81. * ...
  82. Cache
  83. ~~~~~
  84. * ...
  85. CSRF
  86. ~~~~
  87. * ...
  88. Email
  89. ~~~~~
  90. * ...
  91. Error Reporting
  92. ~~~~~~~~~~~~~~~
  93. * ...
  94. File Storage
  95. ~~~~~~~~~~~~
  96. * ...
  97. File Uploads
  98. ~~~~~~~~~~~~
  99. * ...
  100. Forms
  101. ~~~~~
  102. * The new ``absolute_max`` argument for :func:`.formset_factory`,
  103. :func:`.inlineformset_factory`, and :func:`.modelformset_factory` allows
  104. customizing the maximum number of forms that can be instantiated when
  105. supplying ``POST`` data. See :ref:`formsets-absolute-max` for more details.
  106. * The new ``can_delete_extra`` argument for :func:`.formset_factory`,
  107. :func:`.inlineformset_factory`, and :func:`.modelformset_factory` allows
  108. removal of the option to delete extra forms. See
  109. :attr:`~.BaseFormSet.can_delete_extra` for more information.
  110. Generic Views
  111. ~~~~~~~~~~~~~
  112. * The ``week_format`` attributes of
  113. :class:`~django.views.generic.dates.WeekMixin` and
  114. :class:`~django.views.generic.dates.WeekArchiveView` now support the
  115. ``'%V'`` ISO 8601 week format.
  116. Internationalization
  117. ~~~~~~~~~~~~~~~~~~~~
  118. * ...
  119. Logging
  120. ~~~~~~~
  121. * ...
  122. Management Commands
  123. ~~~~~~~~~~~~~~~~~~~
  124. * :djadmin:`loaddata` now supports fixtures stored in XZ archives (``.xz``) and
  125. LZMA archives (``.lzma``).
  126. * :djadmin:`makemigrations` can now be called without an active database
  127. connection. In that case, check for a consistent migration history is
  128. skipped.
  129. * :attr:`.BaseCommand.requires_system_checks` now supports specifying a list of
  130. tags. System checks registered in the chosen tags will be checked for errors
  131. prior to executing the command. In previous versions, either all or none
  132. of the system checks were performed.
  133. Migrations
  134. ~~~~~~~~~~
  135. * The new ``Operation.migration_name_fragment`` property allows providing a
  136. filename fragment that will be used to name a migration containing only that
  137. operation.
  138. * Migrations now support serialization of pure and concrete path objects from
  139. :mod:`pathlib`, and :class:`os.PathLike` instances.
  140. Models
  141. ~~~~~~
  142. * The new ``no_key`` parameter for :meth:`.QuerySet.select_for_update()`,
  143. supported on PostgreSQL, allows acquiring weaker locks that don't block the
  144. creation of rows that reference locked rows through a foreign key.
  145. * :class:`When() <django.db.models.expressions.When>` expression now allows
  146. using the ``condition`` argument with ``lookups``.
  147. * The new :attr:`.Index.include` and :attr:`.UniqueConstraint.include`
  148. attributes allow creating covering indexes and covering unique constraints on
  149. PostgreSQL 11+.
  150. * The new :attr:`.UniqueConstraint.opclasses` attribute allows setting
  151. PostgreSQL operator classes.
  152. * The :meth:`.QuerySet.update` method now respects the ``order_by()`` clause on
  153. MySQL and MariaDB.
  154. * :class:`FilteredRelation() <django.db.models.FilteredRelation>` now supports
  155. nested relations.
  156. * The ``of`` argument of :meth:`.QuerySet.select_for_update()` is now allowed
  157. on MySQL 8.0.1+.
  158. * :class:`Value() <django.db.models.Value>` expression now
  159. automatically resolves its ``output_field`` to the appropriate
  160. :class:`Field <django.db.models.Field>` subclass based on the type of
  161. it's provided ``value`` for :py:class:`bool`, :py:class:`bytes`,
  162. :py:class:`float`, :py:class:`int`, :py:class:`str`,
  163. :py:class:`datetime.date`, :py:class:`datetime.datetime`,
  164. :py:class:`datetime.time`, :py:class:`datetime.timedelta`,
  165. :py:class:`decimal.Decimal`, and :py:class:`uuid.UUID` instances.
  166. Requests and Responses
  167. ~~~~~~~~~~~~~~~~~~~~~~
  168. * ...
  169. Security
  170. ~~~~~~~~
  171. * ...
  172. Serialization
  173. ~~~~~~~~~~~~~
  174. * The new :ref:`JSONL <serialization-formats-jsonl>` serializer allows using
  175. the JSON Lines format with :djadmin:`dumpdata` and :djadmin:`loaddata`. This
  176. can be useful for populating large databases because data is loaded line by
  177. line into memory, rather than being loaded all at once.
  178. Signals
  179. ~~~~~~~
  180. * ...
  181. Templates
  182. ~~~~~~~~~
  183. * ...
  184. Tests
  185. ~~~~~
  186. * Objects assigned to class attributes in :meth:`.TestCase.setUpTestData` are
  187. now isolated for each test method. Such objects are now required to support
  188. creating deep copies with :py:func:`copy.deepcopy`. Assigning objects which
  189. don't support ``deepcopy()`` is deprecated and will be removed in Django 4.1.
  190. * :class:`~django.test.runner.DiscoverRunner` now enables
  191. :py:mod:`faulthandler` by default. This can be disabled by using the
  192. :option:`test --no-faulthandler` option.
  193. * :class:`~django.test.Client` now preserves the request query string when
  194. following 307 and 308 redirects.
  195. * The new :meth:`.TestCase.captureOnCommitCallbacks` method captures callback
  196. functions passed to :func:`transaction.on_commit()
  197. <django.db.transaction.on_commit>` in a list. This allows you to test such
  198. callbacks without using the slower :class:`.TransactionTestCase`.
  199. URLs
  200. ~~~~
  201. * ...
  202. Utilities
  203. ~~~~~~~~~
  204. * ...
  205. Validators
  206. ~~~~~~~~~~
  207. * ...
  208. .. _backwards-incompatible-3.2:
  209. Backwards incompatible changes in 3.2
  210. =====================================
  211. Database backend API
  212. --------------------
  213. This section describes changes that may be needed in third-party database
  214. backends.
  215. * The new ``DatabaseFeatures.introspected_field_types`` property replaces these
  216. features:
  217. * ``can_introspect_autofield``
  218. * ``can_introspect_big_integer_field``
  219. * ``can_introspect_binary_field``
  220. * ``can_introspect_decimal_field``
  221. * ``can_introspect_duration_field``
  222. * ``can_introspect_ip_address_field``
  223. * ``can_introspect_positive_integer_field``
  224. * ``can_introspect_small_integer_field``
  225. * ``can_introspect_time_field``
  226. * ``introspected_big_auto_field_type``
  227. * ``introspected_small_auto_field_type``
  228. * ``introspected_boolean_field_type``
  229. * To enable support for covering indexes (:attr:`.Index.include`) and covering
  230. unique constraints (:attr:`.UniqueConstraint.include`), set
  231. ``DatabaseFeatures.supports_covering_indexes`` to ``True``.
  232. :mod:`django.contrib.gis`
  233. -------------------------
  234. * Support for PostGIS 2.2 is removed.
  235. Dropped support for PostgreSQL 9.5
  236. ----------------------------------
  237. Upstream support for PostgreSQL 9.5 ends in February 2021. Django 3.2 supports
  238. PostgreSQL 9.6 and higher.
  239. Dropped support for MySQL 5.6
  240. -----------------------------
  241. The end of upstream support for MySQL 5.6 is April 2021. Django 3.2 supports
  242. MySQL 5.7 and higher.
  243. Miscellaneous
  244. -------------
  245. * The undocumented ``SpatiaLiteOperations.proj4_version()`` method is renamed
  246. to ``proj_version()``.
  247. * Minified JavaScript files are no longer included with the admin. If you
  248. require these files to be minified, consider using a third party app or
  249. external build tool. The minified vendored JavaScript files packaged with the
  250. admin (e.g. :ref:`jquery.min.js <contrib-admin-jquery>`) are still included.
  251. * :attr:`.ModelAdmin.prepopulated_fields` no longer strips English stop words,
  252. such as ``'a'`` or ``'an'``.
  253. * :func:`~django.utils.text.slugify` now removes leading and trailing dashes
  254. and underscores.
  255. * The :tfilter:`intcomma` and :tfilter:`intword` template filters no longer
  256. depend on the :setting:`USE_L10N` setting.
  257. * Support for ``argon2-cffi`` < 19.1.0 is removed.
  258. * The cache keys no longer includes the language when internationalization is
  259. disabled (``USE_I18N = False``) and localization is enabled
  260. (``USE_L10N = True``). After upgrading to Django 3.2 in such configurations,
  261. the first request to any previously cached value will be a cache miss.
  262. * ``ForeignKey.validate()`` now uses
  263. :attr:`~django.db.models.Model._base_manager` rather than
  264. :attr:`~django.db.models.Model._default_manager` to check that related
  265. instances exist.
  266. .. _deprecated-features-3.2:
  267. Features deprecated in 3.2
  268. ==========================
  269. Miscellaneous
  270. -------------
  271. * Assigning objects which don't support creating deep copies with
  272. :py:func:`copy.deepcopy` to class attributes in
  273. :meth:`.TestCase.setUpTestData` is deprecated.
  274. * Using a boolean value in :attr:`.BaseCommand.requires_system_checks` is
  275. deprecated. Use ``'__all__'`` instead of ``True``, and ``[]`` (an empty list)
  276. instead of ``False``.
  277. * The ``whitelist`` argument and ``domain_whitelist`` attribute of
  278. :class:`~django.core.validators.EmailValidator` are deprecated. Use
  279. ``allowlist`` instead of ``whitelist``, and ``domain_allowlist`` instead of
  280. ``domain_whitelist``. You may need to rename ``whitelist`` in existing
  281. migrations.