3.2.txt 22 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627
  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, 3.8, and 3.9. We **highly recommend** and
  20. only officially support the latest release of each series.
  21. .. _whats-new-3.2:
  22. What's new in Django 3.2
  23. ========================
  24. Automatic :class:`~django.apps.AppConfig` discovery
  25. ---------------------------------------------------
  26. Most pluggable applications define an :class:`~django.apps.AppConfig` subclass
  27. in an ``apps.py`` submodule. Many define a ``default_app_config`` variable
  28. pointing to this class in their ``__init__.py``.
  29. When the ``apps.py`` submodule exists and defines a single
  30. :class:`~django.apps.AppConfig` subclass, Django now uses that configuration
  31. automatically, so you can remove ``default_app_config``.
  32. ``default_app_config`` made it possible to declare only the application's path
  33. in :setting:`INSTALLED_APPS` (e.g. ``'django.contrib.admin'``) rather than the
  34. app config's path (e.g. ``'django.contrib.admin.apps.AdminConfig'``). It was
  35. introduced for backwards-compatibility with the former style, with the intent
  36. to switch the ecosystem to the latter, but the switch didn't happen.
  37. With automatic ``AppConfig`` discovery, ``default_app_config`` is no longer
  38. needed. As a consequence, it's deprecated.
  39. See :ref:`configuring-applications-ref` for full details.
  40. ``pymemcache`` support
  41. ----------------------
  42. The new ``django.core.cache.backends.memcached.PyMemcacheCache`` cache backend
  43. allows using the pymemcache_ library for memcached. ``pymemcache`` 3.4.0 or
  44. higher is required. For more details, see the :doc:`documentation on caching in
  45. Django </topics/cache>`.
  46. .. _pymemcache: https://pypi.org/project/pymemcache/
  47. Minor features
  48. --------------
  49. :mod:`django.contrib.admin`
  50. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  51. * :attr:`.ModelAdmin.search_fields` now allows searching against quoted phrases
  52. with spaces.
  53. * Read-only related fields are now rendered as navigable links if target models
  54. are registered in the admin.
  55. :mod:`django.contrib.admindocs`
  56. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  57. * ...
  58. :mod:`django.contrib.auth`
  59. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  60. * The default iteration count for the PBKDF2 password hasher is increased from
  61. 216,000 to 260,000.
  62. * The default variant for the Argon2 password hasher is changed to Argon2id.
  63. ``memory_cost`` and ``parallelism`` are increased to 102,400 and 8
  64. respectively to match the ``argon2-cffi`` defaults.
  65. Increasing the ``memory_cost`` pushes the required memory from 512 KB to 100
  66. MB. This is still rather conservative but can lead to problems in memory
  67. constrained environments. If this is the case, the existing hasher can be
  68. subclassed to override the defaults.
  69. :mod:`django.contrib.contenttypes`
  70. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  71. * The new ``absolute_max`` argument for
  72. :func:`~django.contrib.contenttypes.forms.generic_inlineformset_factory`
  73. allows customizing the maximum number of forms that can be instantiated when
  74. supplying ``POST`` data. See :ref:`formsets-absolute-max` for more details.
  75. * The new ``can_delete_extra`` argument for
  76. :func:`~django.contrib.contenttypes.forms.generic_inlineformset_factory`
  77. allows removal of the option to delete extra forms. See
  78. :attr:`~.BaseFormSet.can_delete_extra` for more information.
  79. :mod:`django.contrib.gis`
  80. ~~~~~~~~~~~~~~~~~~~~~~~~~
  81. * The :meth:`.GDALRaster.transform` method now supports
  82. :class:`~django.contrib.gis.gdal.SpatialReference`.
  83. :mod:`django.contrib.messages`
  84. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  85. * ...
  86. :mod:`django.contrib.postgres`
  87. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  88. * The new :attr:`.ExclusionConstraint.include` attribute allows creating
  89. covering exclusion constraints on PostgreSQL 12+.
  90. * The new :attr:`.ExclusionConstraint.opclasses` attribute allows setting
  91. PostgreSQL operator classes.
  92. * The new :attr:`.JSONBAgg.ordering` attribute determines the ordering of the
  93. aggregated elements.
  94. * The new :attr:`.JSONBAgg.distinct` attribute determines if aggregated values
  95. will be distinct.
  96. * The :class:`~django.contrib.postgres.operations.CreateExtension` operation
  97. now checks that the extension already exists in the database and skips the
  98. migration if so.
  99. * The new :class:`~django.contrib.postgres.operations.CreateCollation` and
  100. :class:`~django.contrib.postgres.operations.RemoveCollation` operations
  101. allow creating and dropping collations on PostgreSQL. See
  102. :ref:`manage-postgresql-collations` for more details.
  103. :mod:`django.contrib.redirects`
  104. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  105. * ...
  106. :mod:`django.contrib.sessions`
  107. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  108. * ...
  109. :mod:`django.contrib.sitemaps`
  110. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  111. * The new :class:`~django.contrib.sitemaps.Sitemap` attributes
  112. :attr:`~django.contrib.sitemaps.Sitemap.alternates`,
  113. :attr:`~django.contrib.sitemaps.Sitemap.languages` and
  114. :attr:`~django.contrib.sitemaps.Sitemap.x_default` allow
  115. generating sitemap *alternates* to localized versions of your pages.
  116. :mod:`django.contrib.sites`
  117. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  118. * ...
  119. :mod:`django.contrib.staticfiles`
  120. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  121. * ...
  122. :mod:`django.contrib.syndication`
  123. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  124. * The new ``item_comments`` hook allows specifying a comments URL per feed
  125. item.
  126. Cache
  127. ~~~~~
  128. * ...
  129. CSRF
  130. ~~~~
  131. * ...
  132. Decorators
  133. ~~~~~~~~~~
  134. * The new :func:`~django.views.decorators.common.no_append_slash` decorator
  135. allows individual views to be excluded from :setting:`APPEND_SLASH` URL
  136. normalization.
  137. Email
  138. ~~~~~
  139. * ...
  140. Error Reporting
  141. ~~~~~~~~~~~~~~~
  142. * Custom :class:`~django.views.debug.ExceptionReporter` subclasses can now set
  143. the :attr:`~django.views.debug.ExceptionReporter.html_template_path` and
  144. :attr:`~django.views.debug.ExceptionReporter.text_template_path` class
  145. attributes to override the templates used to render exception reports.
  146. File Storage
  147. ~~~~~~~~~~~~
  148. * ...
  149. File Uploads
  150. ~~~~~~~~~~~~
  151. * The new :meth:`FileUploadHandler.upload_interrupted()
  152. <django.core.files.uploadhandler.FileUploadHandler.upload_interrupted>`
  153. callback allows handling interrupted uploads.
  154. Forms
  155. ~~~~~
  156. * The new ``absolute_max`` argument for :func:`.formset_factory`,
  157. :func:`.inlineformset_factory`, and :func:`.modelformset_factory` allows
  158. customizing the maximum number of forms that can be instantiated when
  159. supplying ``POST`` data. See :ref:`formsets-absolute-max` for more details.
  160. * The new ``can_delete_extra`` argument for :func:`.formset_factory`,
  161. :func:`.inlineformset_factory`, and :func:`.modelformset_factory` allows
  162. removal of the option to delete extra forms. See
  163. :attr:`~.BaseFormSet.can_delete_extra` for more information.
  164. * :class:`~django.forms.formsets.BaseFormSet` now reports a user facing error,
  165. rather than raising an exception, when the management form is missing or has
  166. been tampered with. To customize this error message, pass the
  167. ``error_messages`` argument with the key ``'missing_management_form'`` when
  168. instantiating the formset.
  169. Generic Views
  170. ~~~~~~~~~~~~~
  171. * The ``week_format`` attributes of
  172. :class:`~django.views.generic.dates.WeekMixin` and
  173. :class:`~django.views.generic.dates.WeekArchiveView` now support the
  174. ``'%V'`` ISO 8601 week format.
  175. Internationalization
  176. ~~~~~~~~~~~~~~~~~~~~
  177. * ...
  178. Logging
  179. ~~~~~~~
  180. * ...
  181. Management Commands
  182. ~~~~~~~~~~~~~~~~~~~
  183. * :djadmin:`loaddata` now supports fixtures stored in XZ archives (``.xz``) and
  184. LZMA archives (``.lzma``).
  185. * :djadmin:`makemigrations` can now be called without an active database
  186. connection. In that case, check for a consistent migration history is
  187. skipped.
  188. * :attr:`.BaseCommand.requires_system_checks` now supports specifying a list of
  189. tags. System checks registered in the chosen tags will be checked for errors
  190. prior to executing the command. In previous versions, either all or none
  191. of the system checks were performed.
  192. Migrations
  193. ~~~~~~~~~~
  194. * The new ``Operation.migration_name_fragment`` property allows providing a
  195. filename fragment that will be used to name a migration containing only that
  196. operation.
  197. * Migrations now support serialization of pure and concrete path objects from
  198. :mod:`pathlib`, and :class:`os.PathLike` instances.
  199. Models
  200. ~~~~~~
  201. * The new ``no_key`` parameter for :meth:`.QuerySet.select_for_update()`,
  202. supported on PostgreSQL, allows acquiring weaker locks that don't block the
  203. creation of rows that reference locked rows through a foreign key.
  204. * :class:`When() <django.db.models.expressions.When>` expression now allows
  205. using the ``condition`` argument with ``lookups``.
  206. * The new :attr:`.Index.include` and :attr:`.UniqueConstraint.include`
  207. attributes allow creating covering indexes and covering unique constraints on
  208. PostgreSQL 11+.
  209. * The new :attr:`.UniqueConstraint.opclasses` attribute allows setting
  210. PostgreSQL operator classes.
  211. * The :meth:`.QuerySet.update` method now respects the ``order_by()`` clause on
  212. MySQL and MariaDB.
  213. * :class:`FilteredRelation() <django.db.models.FilteredRelation>` now supports
  214. nested relations.
  215. * The ``of`` argument of :meth:`.QuerySet.select_for_update()` is now allowed
  216. on MySQL 8.0.1+.
  217. * :class:`Value() <django.db.models.Value>` expression now
  218. automatically resolves its ``output_field`` to the appropriate
  219. :class:`Field <django.db.models.Field>` subclass based on the type of
  220. its provided ``value`` for :py:class:`bool`, :py:class:`bytes`,
  221. :py:class:`float`, :py:class:`int`, :py:class:`str`,
  222. :py:class:`datetime.date`, :py:class:`datetime.datetime`,
  223. :py:class:`datetime.time`, :py:class:`datetime.timedelta`,
  224. :py:class:`decimal.Decimal`, and :py:class:`uuid.UUID` instances. As a
  225. consequence, resolving an ``output_field`` for database functions and
  226. combined expressions may now crash with mixed types when using ``Value()``.
  227. You will need to explicitly set the ``output_field`` in such cases.
  228. * The new :meth:`.QuerySet.alias` method allows creating reusable aliases for
  229. expressions that don't need to be selected but are used for filtering,
  230. ordering, or as a part of complex expressions.
  231. * The new :class:`~django.db.models.functions.Collate` function allows
  232. filtering and ordering by specified database collations.
  233. * The ``field_name`` argument of :meth:`.QuerySet.in_bulk()` now accepts
  234. distinct fields if there's only one field specified in
  235. :meth:`.QuerySet.distinct`.
  236. * The new ``tzinfo`` parameter of the
  237. :class:`~django.db.models.functions.TruncDate` and
  238. :class:`~django.db.models.functions.TruncTime` database functions allows
  239. truncating datetimes in a specific timezone.
  240. * The new ``db_collation`` argument for
  241. :attr:`CharField <django.db.models.CharField.db_collation>` and
  242. :attr:`TextField <django.db.models.TextField.db_collation>` allows setting a
  243. database collation for the field.
  244. * Added the :class:`~django.db.models.functions.Random` database function.
  245. Pagination
  246. ~~~~~~~~~~
  247. * The new :meth:`django.core.paginator.Paginator.get_elided_page_range` method
  248. allows generating a page range with some of the values elided. If there are a
  249. large number of pages, this can be helpful for generating a reasonable number
  250. of page links in a template.
  251. Requests and Responses
  252. ~~~~~~~~~~~~~~~~~~~~~~
  253. * Response headers are now stored in :attr:`.HttpResponse.headers`. This can be
  254. used instead of the original dict-like interface of ``HttpResponse`` objects.
  255. Both interfaces will continue to be supported. See
  256. :ref:`setting-header-fields` for details.
  257. * The new ``headers`` parameter of :class:`~django.http.HttpResponse`,
  258. :class:`~django.template.response.SimpleTemplateResponse`, and
  259. :class:`~django.template.response.TemplateResponse` allows setting response
  260. :attr:`~django.http.HttpResponse.headers` on instantiation.
  261. Security
  262. ~~~~~~~~
  263. * The :setting:`SECRET_KEY` setting is now checked for a valid value upon first
  264. access, rather than when settings are first loaded. This enables running
  265. management commands that do not rely on the ``SECRET_KEY`` without needing to
  266. provide a value. As a consequence of this, calling
  267. :func:`~django.conf.settings.configure` without providing a valid
  268. ``SECRET_KEY``, and then going on to access ``settings.SECRET_KEY`` will now
  269. raise an :exc:`~django.core.exceptions.ImproperlyConfigured` exception.
  270. Serialization
  271. ~~~~~~~~~~~~~
  272. * The new :ref:`JSONL <serialization-formats-jsonl>` serializer allows using
  273. the JSON Lines format with :djadmin:`dumpdata` and :djadmin:`loaddata`. This
  274. can be useful for populating large databases because data is loaded line by
  275. line into memory, rather than being loaded all at once.
  276. Signals
  277. ~~~~~~~
  278. * ...
  279. Templates
  280. ~~~~~~~~~
  281. * :tfilter:`floatformat` template filter now allows using the ``g`` suffix to
  282. force grouping by the :setting:`THOUSAND_SEPARATOR` for the active locale.
  283. * Templates cached with :ref:`Cached template loaders<template-loaders>` are
  284. now correctly reloaded in development.
  285. Tests
  286. ~~~~~
  287. * Objects assigned to class attributes in :meth:`.TestCase.setUpTestData` are
  288. now isolated for each test method. Such objects are now required to support
  289. creating deep copies with :py:func:`copy.deepcopy`. Assigning objects which
  290. don't support ``deepcopy()`` is deprecated and will be removed in Django 4.1.
  291. * :class:`~django.test.runner.DiscoverRunner` now enables
  292. :py:mod:`faulthandler` by default. This can be disabled by using the
  293. :option:`test --no-faulthandler` option.
  294. * :class:`~django.test.runner.DiscoverRunner` and the
  295. :djadmin:`test` management command can now track timings, including database
  296. setup and total run time. This can be enabled by using the :option:`test
  297. --timing` option.
  298. * :class:`~django.test.Client` now preserves the request query string when
  299. following 307 and 308 redirects.
  300. * The new :meth:`.TestCase.captureOnCommitCallbacks` method captures callback
  301. functions passed to :func:`transaction.on_commit()
  302. <django.db.transaction.on_commit>` in a list. This allows you to test such
  303. callbacks without using the slower :class:`.TransactionTestCase`.
  304. * :meth:`.TransactionTestCase.assertQuerysetEqual` now supports direct
  305. comparison against another queryset rather than being restricted to
  306. comparison against a list of string representations of objects when using the
  307. default value for the ``transform`` argument.
  308. URLs
  309. ~~~~
  310. * ...
  311. Utilities
  312. ~~~~~~~~~
  313. * The new ``depth`` parameter of ``django.utils.timesince.timesince()`` and
  314. ``django.utils.timesince.timeuntil()`` functions allows specifying the number
  315. of adjacent time units to return.
  316. Validators
  317. ~~~~~~~~~~
  318. * Built-in validators now include the provided value in the ``params`` argument
  319. of a raised :exc:`~django.core.exceptions.ValidationError`. This allows
  320. custom error messages to use the ``%(value)s`` placeholder.
  321. * The :class:`.ValidationError` equality operator now ignores ``messages`` and
  322. ``params`` ordering.
  323. .. _backwards-incompatible-3.2:
  324. Backwards incompatible changes in 3.2
  325. =====================================
  326. Database backend API
  327. --------------------
  328. This section describes changes that may be needed in third-party database
  329. backends.
  330. * The new ``DatabaseFeatures.introspected_field_types`` property replaces these
  331. features:
  332. * ``can_introspect_autofield``
  333. * ``can_introspect_big_integer_field``
  334. * ``can_introspect_binary_field``
  335. * ``can_introspect_decimal_field``
  336. * ``can_introspect_duration_field``
  337. * ``can_introspect_ip_address_field``
  338. * ``can_introspect_positive_integer_field``
  339. * ``can_introspect_small_integer_field``
  340. * ``can_introspect_time_field``
  341. * ``introspected_big_auto_field_type``
  342. * ``introspected_small_auto_field_type``
  343. * ``introspected_boolean_field_type``
  344. * To enable support for covering indexes (:attr:`.Index.include`) and covering
  345. unique constraints (:attr:`.UniqueConstraint.include`), set
  346. ``DatabaseFeatures.supports_covering_indexes`` to ``True``.
  347. * Third-party database backends must implement support for column database
  348. collations on ``CharField``\s and ``TextField``\s or set
  349. ``DatabaseFeatures.supports_collation_on_charfield`` and
  350. ``DatabaseFeatures.supports_collation_on_textfield`` to ``False``. If
  351. non-deterministic collations are not supported, set
  352. ``supports_non_deterministic_collations`` to ``False``.
  353. * ``DatabaseOperations.random_function_sql()`` is removed in favor of the new
  354. :class:`~django.db.models.functions.Random` database function.
  355. * ``DatabaseOperations.date_trunc_sql()`` and
  356. ``DatabaseOperations.time_trunc_sql()`` now take the optional ``tzname``
  357. argument in order to truncate in a specific timezone.
  358. * ``DatabaseClient.runshell()`` now gets arguments and an optional dictionary
  359. with environment variables to the underlying command-line client from
  360. ``DatabaseClient.settings_to_cmd_args_env()`` method. Third-party database
  361. backends must implement ``DatabaseClient.settings_to_cmd_args_env()`` or
  362. override ``DatabaseClient.runshell()``.
  363. :mod:`django.contrib.admin`
  364. ---------------------------
  365. * Pagination links in the admin are now 1-indexed instead of 0-indexed, i.e.
  366. the query string for the first page is ``?p=1`` instead of ``?p=0``.
  367. :mod:`django.contrib.gis`
  368. -------------------------
  369. * Support for PostGIS 2.2 is removed.
  370. * The Oracle backend now clones polygons (and geometry collections containing
  371. polygons) before reorienting them and saving them to the database. They are
  372. no longer mutated in place. You might notice this if you use the polygons
  373. after a model is saved.
  374. Dropped support for PostgreSQL 9.5
  375. ----------------------------------
  376. Upstream support for PostgreSQL 9.5 ends in February 2021. Django 3.2 supports
  377. PostgreSQL 9.6 and higher.
  378. Dropped support for MySQL 5.6
  379. -----------------------------
  380. The end of upstream support for MySQL 5.6 is April 2021. Django 3.2 supports
  381. MySQL 5.7 and higher.
  382. Miscellaneous
  383. -------------
  384. * The undocumented ``SpatiaLiteOperations.proj4_version()`` method is renamed
  385. to ``proj_version()``.
  386. * Minified JavaScript files are no longer included with the admin. If you
  387. require these files to be minified, consider using a third party app or
  388. external build tool. The minified vendored JavaScript files packaged with the
  389. admin (e.g. :ref:`jquery.min.js <contrib-admin-jquery>`) are still included.
  390. * :attr:`.ModelAdmin.prepopulated_fields` no longer strips English stop words,
  391. such as ``'a'`` or ``'an'``.
  392. * :func:`~django.utils.text.slugify` now removes leading and trailing dashes
  393. and underscores.
  394. * The :tfilter:`intcomma` and :tfilter:`intword` template filters no longer
  395. depend on the :setting:`USE_L10N` setting.
  396. * Support for ``argon2-cffi`` < 19.1.0 is removed.
  397. * The cache keys no longer includes the language when internationalization is
  398. disabled (``USE_I18N = False``) and localization is enabled
  399. (``USE_L10N = True``). After upgrading to Django 3.2 in such configurations,
  400. the first request to any previously cached value will be a cache miss.
  401. * ``ForeignKey.validate()`` now uses
  402. :attr:`~django.db.models.Model._base_manager` rather than
  403. :attr:`~django.db.models.Model._default_manager` to check that related
  404. instances exist.
  405. * When an application defines an :class:`~django.apps.AppConfig` subclass in
  406. an ``apps.py`` submodule, Django now uses this configuration automatically,
  407. even if it isn't enabled with ``default_app_config``. Set ``default = False``
  408. in the :class:`~django.apps.AppConfig` subclass if you need to prevent this
  409. behavior. See :ref:`whats-new-3.2` for more details.
  410. * Instantiating an abstract model now raises ``TypeError``.
  411. * Keyword arguments to :func:`~django.test.utils.setup_databases` are now
  412. keyword-only.
  413. * The undocumented ``django.utils.http.limited_parse_qsl()`` function is
  414. removed. Please use :func:`urllib.parse.parse_qsl` instead.
  415. * ``django.test.utils.TestContextDecorator`` now uses
  416. :py:meth:`~unittest.TestCase.addCleanup` so that cleanups registered in the
  417. :py:meth:`~unittest.TestCase.setUp` method are called before
  418. ``TestContextDecorator.disable()``.
  419. * ``SessionMiddleware`` now raises a
  420. :exc:`~django.contrib.sessions.exceptions.SessionInterrupted` exception
  421. instead of :exc:`~django.core.exceptions.SuspiciousOperation` when a session
  422. is destroyed in a concurrent request.
  423. * The :class:`django.db.models.Field` equality operator now correctly
  424. distinguishes inherited field instances across models. Additionally, the
  425. ordering of such fields is now defined.
  426. * The undocumented ``django.core.files.locks.lock()`` function now returns
  427. ``False`` if the file cannot be locked, instead of raising
  428. :exc:`BlockingIOError`.
  429. * The password reset mechanism now invalidates tokens when the user email is
  430. changed.
  431. .. _deprecated-features-3.2:
  432. Features deprecated in 3.2
  433. ==========================
  434. Miscellaneous
  435. -------------
  436. * Assigning objects which don't support creating deep copies with
  437. :py:func:`copy.deepcopy` to class attributes in
  438. :meth:`.TestCase.setUpTestData` is deprecated.
  439. * Using a boolean value in :attr:`.BaseCommand.requires_system_checks` is
  440. deprecated. Use ``'__all__'`` instead of ``True``, and ``[]`` (an empty list)
  441. instead of ``False``.
  442. * The ``whitelist`` argument and ``domain_whitelist`` attribute of
  443. :class:`~django.core.validators.EmailValidator` are deprecated. Use
  444. ``allowlist`` instead of ``whitelist``, and ``domain_allowlist`` instead of
  445. ``domain_whitelist``. You may need to rename ``whitelist`` in existing
  446. migrations.
  447. * The ``default_app_config`` application configuration variable is deprecated,
  448. due to the now automatic ``AppConfig`` discovery. See :ref:`whats-new-3.2`
  449. for more details.
  450. * Automatically calling ``repr()`` on a queryset in
  451. ``TransactionTestCase.assertQuerysetEqual()``, when compared to string
  452. values, is deprecated. If you need the previous behavior, explicitly set
  453. ``transform`` to ``repr``.