2.2.txt 19 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501
  1. ============================================
  2. Django 2.2 release notes - UNDER DEVELOPMENT
  3. ============================================
  4. *Expected April 2019*
  5. Welcome to Django 2.2!
  6. These release notes cover the :ref:`new features <whats-new-2.2>`, as well as
  7. some :ref:`backwards incompatible changes <backwards-incompatible-2.2>` you'll
  8. want to be aware of when upgrading from Django 2.1 or earlier. We've
  9. :ref:`begun the deprecation process for some features
  10. <deprecated-features-2.2>`.
  11. See the :doc:`/howto/upgrade-version` guide if you're updating an existing
  12. project.
  13. Django 2.2 is designated as a :term:`long-term support release`. It will
  14. receive security updates for at least three years after its release. Support
  15. for the previous LTS, Django 1.11, will end in April 2020.
  16. Python compatibility
  17. ====================
  18. Django 2.2 supports Python 3.5, 3.6, and 3.7. We **highly recommend** and only
  19. officially support the latest release of each series.
  20. .. _whats-new-2.2:
  21. What's new in Django 2.2
  22. ========================
  23. Constraints
  24. -----------
  25. The new :class:`~django.db.models.CheckConstraint` and
  26. :class:`~django.db.models.UniqueConstraint` classes enable adding custom
  27. database constraints. Constraints are added to models using the
  28. :attr:`Meta.constraints <django.db.models.Options.constraints>` option.
  29. Minor features
  30. --------------
  31. :mod:`django.contrib.admin`
  32. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  33. * Added a CSS class to the column headers of
  34. :class:`~django.contrib.admin.TabularInline`.
  35. :mod:`django.contrib.auth`
  36. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  37. * The ``HttpRequest`` is now passed as the first positional argument to
  38. :meth:`.RemoteUserBackend.configure_user`, if it accepts it.
  39. :mod:`django.contrib.gis`
  40. ~~~~~~~~~~~~~~~~~~~~~~~~~
  41. * Added Oracle support for the
  42. :class:`~django.contrib.gis.db.models.functions.Envelope` function.
  43. * Added SpatiaLite support for the :lookup:`coveredby` and :lookup:`covers`
  44. lookups.
  45. :mod:`django.contrib.postgres`
  46. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  47. * The new ``ordering`` argument for
  48. :class:`~django.contrib.postgres.aggregates.ArrayAgg` and
  49. :class:`~django.contrib.postgres.aggregates.StringAgg` determines the
  50. ordering of the aggregated elements.
  51. * The new :class:`~django.contrib.postgres.indexes.BTreeIndex`,
  52. :class:`~django.contrib.postgres.indexes.HashIndex` and
  53. :class:`~django.contrib.postgres.indexes.SpGistIndex` classes allow
  54. creating ``B-Tree``, ``hash``, and ``SP-GiST`` indexes in the database.
  55. * :class:`~django.contrib.postgres.indexes.BrinIndex` now has the
  56. ``autosummarize`` parameter.
  57. * The new ``search_type`` parameter of
  58. :class:`~django.contrib.postgres.search.SearchQuery` allows searching for
  59. a phrase or raw expression.
  60. :mod:`django.contrib.staticfiles`
  61. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  62. * Added path matching to the :option:`collectstatic --ignore` option so that
  63. patterns like ``/vendor/*.js`` can be used.
  64. Database backends
  65. ~~~~~~~~~~~~~~~~~
  66. * Added result streaming for :meth:`.QuerySet.iterator` on SQLite.
  67. Generic Views
  68. ~~~~~~~~~~~~~
  69. * The new :meth:`View.setup <django.views.generic.base.View.setup>` hook
  70. initializes view attributes before calling
  71. :meth:`~django.views.generic.base.View.dispatch`. It allows mixins to setup
  72. instance attributes for reuse in child classes.
  73. Internationalization
  74. ~~~~~~~~~~~~~~~~~~~~
  75. * Added support and translations for the Armenian language.
  76. Management Commands
  77. ~~~~~~~~~~~~~~~~~~~
  78. * The new :option:`--force-color` option forces colorization of the command
  79. output.
  80. * :djadmin:`inspectdb` now creates models for foreign tables on PostgreSQL.
  81. * :option:`inspectdb --include-views` now creates models for materialized views
  82. on Oracle and PostgreSQL.
  83. * The new :option:`inspectdb --include-partitions` option allows creating
  84. models for partition tables on PostgreSQL. In older versions, models are
  85. created child tables instead the parent.
  86. * :djadmin:`inspectdb` now introspects :class:`~django.db.models.DurationField`
  87. for Oracle and PostgreSQL, and :class:`~django.db.models.AutoField` for
  88. SQLite.
  89. * On Oracle, :djadmin:`dbshell` is wrapped with ``rlwrap``, if available.
  90. ``rlwrap`` provides a command history and editing of keyboard input.
  91. * The new :option:`makemigrations --no-header` option avoids writing header
  92. comments in generated migration file(s). This option is also available for
  93. :djadmin:`squashmigrations`.
  94. * :djadmin:`runserver` can now use `Watchman
  95. <https://facebook.github.io/watchman/>`_ to improve the performance of
  96. watching a large number of files for changes.
  97. Migrations
  98. ~~~~~~~~~~
  99. * The new :option:`migrate --plan` option prints the list of migration
  100. operations that will be performed.
  101. * ``NoneType`` can now be serialized in migrations.
  102. * You can now :ref:`register custom serializers <custom-migration-serializers>`
  103. for migrations.
  104. Models
  105. ~~~~~~
  106. * Added support for PostgreSQL operator classes (:attr:`.Index.opclasses`).
  107. * Added support for partial indexes (:attr:`.Index.condition`).
  108. * Added the :class:`~django.db.models.functions.NullIf` and
  109. :class:`~django.db.models.functions.Reverse` database functions, as well as
  110. many :ref:`math database functions <math-functions>`.
  111. * Setting the new ``ignore_conflicts`` parameter of
  112. :meth:`.QuerySet.bulk_create` to ``True`` tells the database to ignore
  113. failure to insert rows that fail uniqueness constraints or other checks.
  114. * The new :class:`~django.db.models.functions.ExtractIsoYear` function extracts
  115. ISO-8601 week-numbering years from :class:`~django.db.models.DateField` and
  116. :class:`~django.db.models.DateTimeField`, and the new :lookup:`iso_year`
  117. lookup allows querying by an ISO-8601 week-numbering year.
  118. * The new :meth:`.QuerySet.bulk_update` method allows efficiently updating
  119. specific fields on multiple model instances.
  120. * Django no longer always starts a transaction when a single query is being
  121. performed, such as ``Model.save()``, ``QuerySet.update()``, and
  122. ``Model.delete()``. This improves the performance of autocommit by reducing
  123. the number of database round trips.
  124. * Added SQLite support for the :class:`~django.db.models.StdDev` and
  125. :class:`~django.db.models.Variance` functions.
  126. * The handling of ``DISTINCT`` aggregation is added to the
  127. :class:`~django.db.models.Aggregate` class. Adding :attr:`allow_distinct =
  128. True <django.db.models.Aggregate.allow_distinct>` as a class attribute on
  129. ``Aggregate`` subclasses allows a ``distinct`` keyword argument to be
  130. specified on initialization to ensure that the aggregate function is only
  131. called for each distinct value of ``expressions``.
  132. * The :meth:`.RelatedManager.add`, :meth:`~.RelatedManager.create`,
  133. :meth:`~.RelatedManager.remove`, :meth:`~.RelatedManager.set`,
  134. ``get_or_create()``, and ``update_or_create()`` methods are now allowed on
  135. many-to-many relationships with intermediate models. The new
  136. ``through_defaults`` argument is used to specify values for new intermediate
  137. model instance(s).
  138. Requests and Responses
  139. ~~~~~~~~~~~~~~~~~~~~~~
  140. * Added :attr:`.HttpRequest.headers` to allow simple access to a request's
  141. headers.
  142. Serialization
  143. ~~~~~~~~~~~~~
  144. * You can now deserialize data using natural keys containing :ref:`forward
  145. references <natural-keys-and-forward-references>` by passing
  146. ``handle_forward_references=True`` to ``serializers.deserialize()``.
  147. Additionally, :djadmin:`loaddata` handles forward references automatically.
  148. Tests
  149. ~~~~~
  150. * The new :meth:`.SimpleTestCase.assertURLEqual` assertion checks for a given
  151. URL, ignoring the ordering of the query string.
  152. :meth:`~.SimpleTestCase.assertRedirects` uses the new assertion.
  153. * The test :class:`~.django.test.Client` now supports automatic JSON
  154. serialization of list and tuple ``data`` when
  155. ``content_type='application/json'``.
  156. * The new :setting:`ORACLE_MANAGED_FILES <TEST_ORACLE_MANAGED_FILES>` test
  157. database setting allows using Oracle Managed Files (OMF) tablespaces.
  158. * Deferrable database constraints are now checked at the end of each
  159. :class:`~django.test.TestCase` test on SQLite 3.20+, just like on other
  160. backends that support deferrable constraints. These checks aren't implemented
  161. for older versions of SQLite because they would require expensive table
  162. introspection there.
  163. * :class:`~django.test.runner.DiscoverRunner` now skips the setup of databases
  164. not :ref:`referenced by tests<testing-multi-db>`.
  165. URLs
  166. ~~~~
  167. * The new :attr:`.ResolverMatch.route` attribute stores the route of the
  168. matching URL pattern.
  169. Validators
  170. ~~~~~~~~~~
  171. * :class:`.MaxValueValidator`, :class:`.MinValueValidator`,
  172. :class:`.MinLengthValidator`, and :class:`.MaxLengthValidator` now accept
  173. a callable ``limit_value``.
  174. .. _backwards-incompatible-2.2:
  175. Backwards incompatible changes in 2.2
  176. =====================================
  177. Database backend API
  178. --------------------
  179. This section describes changes that may be needed in third-party database
  180. backends.
  181. * Third-party database backends must implement support for table check
  182. constraints or set ``DatabaseFeatures.supports_table_check_constraints`` to
  183. ``False``.
  184. * Third party database backends must implement support for ignoring
  185. constraints or uniqueness errors while inserting or set
  186. ``DatabaseFeatures.supports_ignore_conflicts`` to ``False``.
  187. * Third party database backends must implement introspection for
  188. ``DurationField`` or set ``DatabaseFeatures.can_introspect_duration_field``
  189. to ``False``.
  190. * ``DatabaseFeatures.uses_savepoints`` now defaults to ``True``.
  191. * Third party database backends must implement support for partial indexes or
  192. set ``DatabaseFeatures.supports_partial_indexes`` to ``False``.
  193. * ``DatabaseIntrospection.table_name_converter()`` and
  194. ``column_name_converter()`` are removed. Third party database backends may
  195. need to instead implement ``DatabaseIntrospection.identifier_converter()``.
  196. In that case, the constraint names that
  197. ``DatabaseIntrospection.get_constraints()`` returns must be normalized by
  198. ``identifier_converter()``.
  199. * SQL generation for indexes is moved from :class:`~django.db.models.Index` to
  200. ``SchemaEditor`` and these ``SchemaEditor`` methods are added:
  201. * ``_create_primary_key_sql()`` and ``_delete_primary_key_sql()``
  202. * ``_delete_index_sql()`` (to pair with ``_create_index_sql()``)
  203. * ``_delete_unique_sql`` (to pair with ``_create_unique_sql()``)
  204. * ``_delete_fk_sql()`` (to pair with ``_create_fk_sql()``)
  205. * ``_create_check_sql()`` and ``_delete_check_sql()``
  206. Admin actions are no longer collected from base ``ModelAdmin`` classes
  207. ----------------------------------------------------------------------
  208. For example, in older versions of Django::
  209. from django.contrib import admin
  210. class BaseAdmin(admin.ModelAdmin):
  211. actions = ['a']
  212. class SubAdmin(BaseAdmin):
  213. actions = ['b']
  214. ``SubAdmin`` will have actions ``'a'`` and ``'b'``.
  215. Now ``actions`` follows standard Python inheritance. To get the same result as
  216. before::
  217. class SubAdmin(BaseAdmin):
  218. actions = BaseAdmin.actions + ['b']
  219. :mod:`django.contrib.gis`
  220. -------------------------
  221. * Support for GDAL 1.9 and 1.10 is dropped.
  222. ``TransactionTestCase`` serialized data loading
  223. -----------------------------------------------
  224. Initial data migrations are now loaded in
  225. :class:`~django.test.TransactionTestCase` at the end of the test, after the
  226. database flush. In older versions, this data was loaded at the beginning of the
  227. test, but this prevents the :option:`test --keepdb` option from working
  228. properly (the database was empty at the end of the whole test suite). This
  229. change shouldn't have an impact on your tests unless you've customized
  230. :class:`~django.test.TransactionTestCase`'s internals.
  231. ``sqlparse`` is required dependency
  232. -----------------------------------
  233. To simplify a few parts of Django's database handling, `sqlparse
  234. <https://pypi.org/project/sqlparse/>`_ is now a required dependency. It's
  235. automatically installed along with Django.
  236. ``cached_property`` aliases
  237. ---------------------------
  238. In usage like::
  239. from django.utils.functional import cached_property
  240. class A:
  241. @cached_property
  242. def base(self):
  243. return ...
  244. alias = base
  245. ``alias`` is not cached. Such usage now raises ``TypeError: Cannot assign the
  246. same cached_property to two different names ('base' and 'alias').`` on Python
  247. 3.6 and later.
  248. Use this instead::
  249. import operator
  250. class A:
  251. ...
  252. alias = property(operator.attrgetter('base'))
  253. Permissions for proxy models
  254. ----------------------------
  255. :ref:`Permissions for proxy models <proxy-models-permissions-topic>` are now
  256. created using the content type of the proxy model rather than the content type
  257. of the concrete model. A migration will update existing permissions when you
  258. run :djadmin:`migrate`.
  259. In the admin, the change is transparent for proxy models having the same
  260. ``app_label`` as their concrete model. However, in older versions, users with
  261. permissions for a proxy model with a *different* ``app_label`` than its
  262. concrete model couldn't access the model in the admin. That's now fixed, but
  263. you might want to audit the permissions assignments for such proxy models
  264. (``[add|view|change|delete]_myproxy``) prior to upgrading to ensure the new
  265. access is appropriate.
  266. Finally, proxy model permission strings must be updated to use their own
  267. ``app_label``. For example, for ``app.MyProxyModel`` inheriting from
  268. ``other_app.ConcreteModel``, update
  269. ``user.has_perm('other_app.add_myproxymodel')`` to
  270. ``user.has_perm('app.add_myproxymodel')``.
  271. Miscellaneous
  272. -------------
  273. * To improve readability, the ``UUIDField`` form field now displays values with
  274. dashes, e.g. ``550e8400-e29b-41d4-a716-446655440000`` instead of
  275. ``550e8400e29b41d4a716446655440000``.
  276. * On SQLite, ``PositiveIntegerField`` and ``PositiveSmallIntegerField`` now
  277. include a check constraint to prevent negative values in the database. If you
  278. have existing invalid data and run a migration that recreates a table, you'll
  279. see ``CHECK constraint failed``.
  280. * For consistency with WSGI servers, the test client now sets the
  281. ``Content-Length`` header to a string rather than an integer.
  282. * The return value of :func:`django.utils.text.slugify` is no longer marked as
  283. HTML safe.
  284. * The default truncation character used by the :tfilter:`urlizetrunc`,
  285. :tfilter:`truncatechars`, :tfilter:`truncatechars_html`,
  286. :tfilter:`truncatewords`, and :tfilter:`truncatewords_html` template filters
  287. is now the real ellipsis character (``…``) instead of 3 dots. You may have to
  288. adapt some test output comparisons.
  289. * Support for bytestring paths in the template filesystem loader is removed.
  290. * :func:`django.utils.http.urlsafe_base64_encode` now returns a string instead
  291. of a bytestring, and :func:`django.utils.http.urlsafe_base64_decode` may no
  292. longer be passed a bytestring.
  293. * Support for ``cx_Oracle`` < 6.0 is removed.
  294. * The minimum supported version of ``mysqlclient`` is increased from 1.3.7 to
  295. 1.3.13.
  296. * The minimum supported version of SQLite is increased from 3.7.15 to 3.8.3.
  297. * In an attempt to provide more semantic query data, ``NullBooleanSelect`` now
  298. renders ``<option>`` values of ``unknown``, ``true``, and ``false`` instead
  299. of ``1``, ``2``, and ``3``. For backwards compatibility, the old values are
  300. still accepted as data.
  301. * :attr:`Group.name <django.contrib.auth.models.Group.name>` ``max_length``
  302. is increased from 80 to 150 characters.
  303. * Tests that violate deferrable database constraints now error when run on
  304. SQLite 3.20+, just like on other backends that support such constraints.
  305. * To catch usage mistakes, the test :class:`~django.test.Client` and
  306. :func:`django.utils.http.urlencode` now raise ``TypeError`` if ``None`` is
  307. passed as a value to encode because ``None`` can't be encoded in GET and POST
  308. data. Either pass an empty string or omit the value.
  309. * The :djadmin:`ping_google` management command now defaults to ``https``
  310. instead of ``http`` for the sitemap's URL. If your site uses http, use the
  311. new :option:`ping_google --sitemap-uses-http` option. If you use the
  312. :func:`~django.contrib.sitemaps.ping_google` function, set the new
  313. ``sitemap_uses_https`` argument to ``False``.
  314. * :djadmin:`runserver` no longer supports `pyinotify` (replaced by Watchman).
  315. * The :class:`~django.db.models.Avg`, :class:`~django.db.models.StdDev`, and
  316. :class:`~django.db.models.Variance` aggregate functions now return a
  317. ``Decimal`` instead of a ``float`` when the input is ``Decimal``.
  318. * Tests will fail on SQLite if apps without migrations have relations to apps
  319. with migrations. This has been a documented restriction since migrations were
  320. added in Django 1.7, but it fails more reliably now. You'll see tests failing
  321. with errors like ``no such table: <app_label>_<model>``. This was observed
  322. with several third-party apps that had tests models without migrations. You
  323. must add migrations for such models.
  324. .. _deprecated-features-2.2:
  325. Features deprecated in 2.2
  326. ==========================
  327. Model ``Meta.ordering`` will no longer affect ``GROUP BY`` queries
  328. ------------------------------------------------------------------
  329. A model's ``Meta.ordering`` affecting ``GROUP BY`` queries (such as
  330. ``.annotate().values()``) is a common source of confusion. Such queries now
  331. issue a deprecation warning with the advice to add an ``order_by()`` to retain
  332. the current query. ``Meta.ordering`` will be ignored in such queries starting
  333. in Django 3.1.
  334. Miscellaneous
  335. -------------
  336. * ``django.utils.timezone.FixedOffset`` is deprecated in favor of
  337. :class:`datetime.timezone`.
  338. * The undocumented ``QuerySetPaginator`` alias of
  339. ``django.core.paginator.Paginator`` is deprecated.
  340. * The ``FloatRangeField`` model and form fields in ``django.contrib.postgres``
  341. are deprecated in favor of a new name, ``DecimalRangeField``, to match the
  342. underlying ``numrange`` data type used in the database.
  343. * The ``FILE_CHARSET`` setting is deprecated. Starting with Django 3.1, files
  344. read from disk must be UTF-8 encoded.
  345. * ``django.contrib.staticfiles.storage.CachedStaticFilesStorage`` is
  346. deprecated due to the intractable problems that is has. Use
  347. :class:`.ManifestStaticFilesStorage` or a third-party cloud storage instead.
  348. * :meth:`.RemoteUserBackend.configure_user` is now passed ``request`` as the
  349. first positional argument, if it accepts it. Support for overrides that don't
  350. accept it will be removed in Django 3.1.
  351. * The :attr:`.SimpleTestCase.allow_database_queries`,
  352. :attr:`.TransactionTestCase.multi_db`, and :attr:`.TestCase.multi_db`
  353. attributes are deprecated in favor of :attr:`.SimpleTestCase.databases`,
  354. :attr:`.TransactionTestCase.databases`, and :attr:`.TestCase.databases`.
  355. These new attributes allow databases dependencies to be declared in order to
  356. prevent unexpected queries against non-default databases to leak state
  357. between tests. The previous behavior of ``allow_database_queries=True`` and
  358. ``multi_db=True`` can be achieved by setting ``databases='__all__'``.