1.11.txt 22 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604
  1. =============================================
  2. Django 1.11 release notes - UNDER DEVELOPMENT
  3. =============================================
  4. Welcome to Django 1.11!
  5. These release notes cover the :ref:`new features <whats-new-1.11>`, as well as
  6. some :ref:`backwards incompatible changes <backwards-incompatible-1.11>` you'll
  7. want to be aware of when upgrading from Django 1.10 or older versions. We've
  8. :ref:`begun the deprecation process for some features
  9. <deprecated-features-1.11>`.
  10. See the :doc:`/howto/upgrade-version` guide if you're updating an existing
  11. project.
  12. Django 1.11 is designated as a :term:`long-term support release`. It will
  13. receive security updates for at least three years after its release. Support
  14. for the previous LTS, Django 1.8, will end in April 2018.
  15. Python compatibility
  16. ====================
  17. Like Django 1.10, Django 1.11 requires Python 2.7, 3.4, or 3.5. We **highly
  18. recommend** and only officially support the latest release of each series.
  19. The Django 1.11.x series is the last to support Python 2. The next major
  20. release, Django 2.0, will only support Python 3.5+.
  21. Deprecating warnings are no longer loud by default
  22. ==================================================
  23. Unlike older versions of Django, Django's own deprecation warnings are no
  24. longer displayed by default. This is consistent with Python's default behavior.
  25. This change allows third-party apps to support both Django 1.11 LTS and Django
  26. 1.8 LTS without having to add code to avoid deprecation warnings.
  27. Following the release of Django 2.0, we suggest that third-party app authors
  28. drop support for all versions of Django prior to 1.11. At that time, you should
  29. be able run your package's tests using ``python -Wd`` so that deprecation
  30. warnings do appear. After making the deprecation warning fixes, your app should
  31. be compatible with Django 2.0.
  32. .. _whats-new-1.11:
  33. What's new in Django 1.11
  34. =========================
  35. Class-based model indexes
  36. -------------------------
  37. The new :mod:`django.db.models.indexes` module contains classes which ease
  38. creating database indexes. Indexes are added to models using the
  39. :attr:`Meta.indexes <django.db.models.Options.indexes>` option.
  40. The :class:`~django.db.models.Index` class creates a b-tree index, as if you
  41. used :attr:`~django.db.models.Field.db_index` on the model field or
  42. :attr:`~django.db.models.Options.index_together` on the model ``Meta`` class.
  43. It can be subclassed to support different index types, such as
  44. :class:`~django.contrib.postgres.indexes.GinIndex`. It also allows defining the
  45. order (ASC/DESC) for the columns of the index.
  46. Minor features
  47. --------------
  48. :mod:`django.contrib.admin`
  49. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  50. * :attr:`.ModelAdmin.date_hierarchy` can now reference fields across relations.
  51. :mod:`django.contrib.admindocs`
  52. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  53. * ...
  54. :mod:`django.contrib.auth`
  55. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  56. * The default iteration count for the PBKDF2 password hasher is increased by
  57. 20%.
  58. * The :class:`~django.contrib.auth.views.LoginView` and
  59. :class:`~django.contrib.auth.views.LogoutView` class-based views supersede the
  60. deprecated ``login()`` and ``logout()`` function-based views.
  61. * The :class:`~django.contrib.auth.views.PasswordChangeView`,
  62. :class:`~django.contrib.auth.views.PasswordChangeDoneView`,
  63. :class:`~django.contrib.auth.views.PasswordResetView`,
  64. :class:`~django.contrib.auth.views.PasswordResetDoneView`,
  65. :class:`~django.contrib.auth.views.PasswordResetConfirmView`, and
  66. :class:`~django.contrib.auth.views.PasswordResetCompleteView` class-based
  67. views supersede the deprecated ``password_change()``,
  68. ``password_change_done()``, ``password_reset()``, ``password_reset_done()``,
  69. ``password_reset_confirm()``, and ``password_reset_complete()`` function-based
  70. views.
  71. * The new ``post_reset_login`` attribute for
  72. :class:`~django.contrib.auth.views.PasswordResetConfirmView` allows
  73. automatically logging in a user after a successful password reset.
  74. * :func:`~django.contrib.auth.update_session_auth_hash` now rotates the session
  75. key to allow a password change to invalidate stolen session cookies.
  76. * The new ``success_url_allowed_hosts`` attribute for
  77. :class:`~django.contrib.auth.views.LoginView` and
  78. :class:`~django.contrib.auth.views.LogoutView` allows specifying a set of
  79. hosts that are safe for redirecting after login and logout.
  80. * Added password validators ``help_text`` to
  81. :class:`~django.contrib.auth.forms.UserCreationForm`.
  82. * The new :class:`~django.contrib.auth.apps.BaseAuthConfig` ``AppConfig``
  83. allows using the authentication system :ref:`without any of the built-in
  84. models <using-auth-without-models>`.
  85. * The ``HttpRequest`` is now passed to :func:`~django.contrib.auth.authenticate`
  86. which in turn passes it to the authentication backend if it accepts a
  87. ``request`` argument.
  88. * The :func:`~django.contrib.auth.signals.user_login_failed` signal now
  89. receives a ``request`` argument.
  90. * :class:`~django.contrib.auth.forms.PasswordResetForm` supports custom user
  91. models that use an email field named something other than ``'email'``.
  92. Set :attr:`CustomUser.EMAIL_FIELD
  93. <django.contrib.auth.models.CustomUser.EMAIL_FIELD>` to the name of the field.
  94. :mod:`django.contrib.contenttypes`
  95. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  96. * When stale content types are detected in the
  97. :djadmin:`remove_stale_contenttypes` command, there's now a list of related
  98. objects such as ``auth.Permission``\s that will also be deleted. Previously,
  99. only the content types were listed (and this prompt was after ``migrate``
  100. rather than in a separate command).
  101. :mod:`django.contrib.gis`
  102. ~~~~~~~~~~~~~~~~~~~~~~~~~
  103. * The new :meth:`.GEOSGeometry.from_gml` and :meth:`.OGRGeometry.from_gml`
  104. methods allow creating geometries from GML.
  105. * Added support for the :lookup:`dwithin` lookup on SpatiaLite.
  106. * The OpenLayers-based form widgets now use ``OpenLayers.js`` from
  107. ``https://cdnjs.cloudflare.com`` which is more suitable for production use
  108. than the the old ``http://openlayers.org`` source.
  109. * PostGIS migrations can now change field dimensions.
  110. :mod:`django.contrib.messages`
  111. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  112. * ...
  113. :mod:`django.contrib.postgres`
  114. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  115. * The new ``distinct`` argument for
  116. :class:`~django.contrib.postgres.aggregates.StringAgg` determines if
  117. concatenated values will be distinct.
  118. * The new :class:`~django.contrib.postgres.indexes.GinIndex` class allows
  119. creating gin indexes in the database.
  120. * :class:`~django.contrib.postgres.fields.JSONField` accepts a new ``encoder``
  121. parameter to specify a custom class to encode data types not supported by the
  122. standard encoder.
  123. * The new :class:`~django.contrib.postgres.fields.CITextField` and
  124. :class:`~django.contrib.postgres.operations.CITextExtension` migration
  125. operation allow using PostgreSQL's ``citext`` extension for case-insensitive
  126. lookups.
  127. :mod:`django.contrib.redirects`
  128. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  129. * ...
  130. :mod:`django.contrib.sessions`
  131. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  132. * ...
  133. :mod:`django.contrib.sitemaps`
  134. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  135. * ...
  136. :mod:`django.contrib.sites`
  137. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  138. * ...
  139. :mod:`django.contrib.staticfiles`
  140. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  141. * ...
  142. :mod:`django.contrib.syndication`
  143. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  144. * ...
  145. Cache
  146. ~~~~~
  147. * Memcached backends now pass the contents of :setting:`OPTIONS <CACHES-OPTIONS>`
  148. as keyword arguments to the client constructors, allowing for more advanced
  149. control of client behavior. See the :ref:`cache arguments <cache_arguments>`
  150. documentation for examples.
  151. * Memcached backends now allow defining multiple servers as a comma-delimited
  152. string in :setting:`LOCATION <CACHES-LOCATION>`, for convenience with
  153. third-party services that use such strings in environment variables.
  154. CSRF
  155. ~~~~
  156. * ...
  157. Database backends
  158. ~~~~~~~~~~~~~~~~~
  159. * Added the ``skip_locked`` argument to :meth:`.QuerySet.select_for_update()`
  160. on PostgreSQL 9.5+ and Oracle to execute queries with
  161. ``FOR UPDATE SKIP LOCKED``.
  162. * Added the :setting:`TEST['TEMPLATE'] <TEST_TEMPLATE>` setting to let
  163. PostgreSQL users specify a template for creating the test database.
  164. Email
  165. ~~~~~
  166. * Added the :setting:`EMAIL_USE_LOCALTIME` setting to allow sending SMTP date
  167. headers in the local time zone rather than in UTC.
  168. * ``EmailMessage.attach()`` and ``attach_file()`` now fall back to MIME type
  169. ``application/octet-stream`` when binary content that can't be decoded as
  170. UTF-8 is specified for a ``text/*`` attachment.
  171. File Storage
  172. ~~~~~~~~~~~~
  173. * To make it wrappable by :class:`io.TextIOWrapper`,
  174. :class:`~django.core.files.File` now has the ``readable()``, ``writable()``,
  175. and ``seekable()`` methods.
  176. File Uploads
  177. ~~~~~~~~~~~~
  178. * ...
  179. Forms
  180. ~~~~~
  181. * The new :attr:`CharField.empty_value <django.forms.CharField.empty_value>`
  182. attribute allows specifying the Python value to use to represent "empty".
  183. * The new :meth:`Form.get_initial_for_field()
  184. <django.forms.Form.get_initial_for_field>` method returns initial data for a
  185. form field.
  186. Generic Views
  187. ~~~~~~~~~~~~~
  188. * ...
  189. Internationalization
  190. ~~~~~~~~~~~~~~~~~~~~
  191. * Number formatting and the :setting:`NUMBER_GROUPING` setting support
  192. non-uniform digit grouping.
  193. Management Commands
  194. ~~~~~~~~~~~~~~~~~~~
  195. * The new :option:`loaddata --exclude` option allows excluding models and apps
  196. while loading data from fixtures.
  197. Migrations
  198. ~~~~~~~~~~
  199. * ...
  200. Models
  201. ~~~~~~
  202. * Added support for callable values in the ``defaults`` argument of
  203. :meth:`QuerySet.update_or_create()
  204. <django.db.models.query.QuerySet.update_or_create>` and
  205. :meth:`~django.db.models.query.QuerySet.get_or_create`.
  206. * :class:`~django.db.models.ImageField` now has a default
  207. :data:`~django.core.validators.validate_image_file_extension` validator.
  208. * Added support for time truncation to
  209. :class:`~django.db.models.functions.datetime.Trunc` functions.
  210. * Added the :class:`~django.db.models.functions.datetime.TruncTime` function
  211. to truncate :class:`~django.db.models.DateTimeField` to its time component
  212. and exposed it through the :lookup:`time` lookup.
  213. * Added support for expressions in :meth:`.QuerySet.values` and
  214. :meth:`~.QuerySet.values_list`.
  215. * Added support for query expressions on lookups that take multiple arguments,
  216. such as ``range``.
  217. Requests and Responses
  218. ~~~~~~~~~~~~~~~~~~~~~~
  219. * Added :meth:`QueryDict.fromkeys() <django.http.QueryDict.fromkeys>`.
  220. * :class:`~django.middleware.common.CommonMiddleware` now sets the
  221. ``Content-Length`` response header for non-streaming responses.
  222. * Added the :setting:`SECURE_HSTS_PRELOAD` setting to allow appending the
  223. ``preload`` directive to the ``Strict-Transport-Security`` header.
  224. Serialization
  225. ~~~~~~~~~~~~~
  226. * The new ``django.core.serializers.base.Serializer.stream_class`` attribute
  227. allows subclasses to customize the default stream.
  228. * The encoder used by the :ref:`JSON serializer <serialization-formats-json>`
  229. can now be customized by passing a ``cls`` keyword argument to the
  230. ``serializers.serialize()`` function.
  231. * :class:`~django.core.serializers.json.DjangoJSONEncoder` now serializes
  232. :class:`~datetime.timedelta` objects (used by
  233. :class:`~django.db.models.DurationField`).
  234. Signals
  235. ~~~~~~~
  236. * ...
  237. Templates
  238. ~~~~~~~~~
  239. * :meth:`~django.utils.safestring.mark_safe` can now be used as a decorator.
  240. * The :class:`~django.template.backends.jinja2.Jinja2` template backend now
  241. supports context processors by setting the ``'context_processors'`` option in
  242. :setting:`OPTIONS <TEMPLATES-OPTIONS>`.
  243. * The :ttag:`regroup` tag now returns ``namedtuple``\s instead of dictionaries
  244. so you can unpack the group object directly in a loop, e.g.
  245. ``{% for grouper, list in regrouped %}``.
  246. * Added a :ttag:`resetcycle` template tag to allow resetting the sequence of
  247. the :ttag:`cycle` template tag.
  248. Tests
  249. ~~~~~
  250. * Added :meth:`.DiscoverRunner.get_test_runner_kwargs` to allow customizing the
  251. keyword arguments passed to the test runner.
  252. * Added the :option:`test --debug-mode` option to help troubleshoot test
  253. failures by setting the :setting:`DEBUG` setting to ``True``.
  254. * The new :func:`django.test.utils.setup_databases` (moved from
  255. ``django.test.runner``) and :func:`~django.test.utils.teardown_databases`
  256. functions make it easier to build custom test runners.
  257. * Added support for :meth:`python:unittest.TestCase.subTest`’s when using the
  258. :option:`test --parallel` option.
  259. URLs
  260. ~~~~
  261. * ...
  262. Validators
  263. ~~~~~~~~~~
  264. * Added :class:`~django.core.validators.FileExtensionValidator` to validate
  265. file extensions and
  266. :data:`~django.core.validators.validate_image_file_extension` to validate
  267. image files.
  268. .. _backwards-incompatible-1.11:
  269. Backwards incompatible changes in 1.11
  270. ======================================
  271. :mod:`django.contrib.gis`
  272. -------------------------
  273. * To simplify the codebase and because it's easier to install than when
  274. ``contrib.gis`` was first released, :ref:`gdalbuild` is now a required
  275. dependency for GeoDjango. In older versions, it's only required for SQLite.
  276. * ``contrib.gis.maps`` is removed as it interfaces with a retired version of
  277. the Google Maps API and seems to be unmaintained. If you're using it, `let
  278. us know <https://code.djangoproject.com/ticket/14284>`_.
  279. Database backend API
  280. --------------------
  281. * The ``DatabaseOperations.time_trunc_sql()`` method is added to support
  282. ``TimeField`` truncation. It accepts a ``lookup_type`` and ``field_name``
  283. arguments and returns the appropriate SQL to truncate the given time field
  284. ``field_name`` to a time object with only the given specificity. The
  285. ``lookup_type`` argument can be either ``'hour'``, ``'minute'``, or
  286. ``'second'``.
  287. * The ``DatabaseOperations.datetime_cast_time_sql()`` method is added to
  288. support the :lookup:`time` lookup. It accepts a ``field_name`` and ``tzname``
  289. arguments and returns the SQL necessary to cast a datetime value to time value.
  290. * To enable ``FOR UPDATE SKIP LOCKED`` support, set
  291. ``DatabaseFeatures.has_select_for_update_skip_locked = True``.
  292. * The new ``DatabaseFeatures.supports_index_column_ordering`` attribute
  293. specifies if a database allows defining ordering for columns in indexes. The
  294. default value is ``True`` and the ``DatabaseIntrospection.get_constraints()``
  295. method should include an ``'orders'`` key in each of the returned
  296. dictionaries with a list of ``'ASC'`` and/or ``'DESC'`` values corresponding
  297. to the the ordering of each column in the index.
  298. * :djadmin:`inspectdb` no longer calls ``DatabaseIntrospection.get_indexes()``
  299. which is deprecated. Custom database backends should ensure all types of
  300. indexes are returned by ``DatabaseIntrospection.get_constraints()``.
  301. Dropped support for PostgreSQL 9.2 and PostGIS 2.0
  302. --------------------------------------------------
  303. Upstream support for PostgreSQL 9.2 ends in September 2017. As a consequence,
  304. Django 1.11 sets PostgreSQL 9.3 as the minimum version it officially supports.
  305. Support for PostGIS 2.0 is also removed as PostgreSQL 9.2 is the last version
  306. to support it.
  307. ``LiveServerTestCase`` binds to port zero
  308. -----------------------------------------
  309. Rather than taking a port range and iterating to find a free port,
  310. ``LiveServerTestCase`` binds to port zero and relies on the operating system
  311. to assign a free port. The ``DJANGO_LIVE_TEST_SERVER_ADDRESS`` environment
  312. variable is no longer used, and as it's also no longer used, the
  313. ``manage.py test --liveserver`` option is removed.
  314. Protection against insecure redirects in :mod:`django.contrib.auth` and ``i18n`` views
  315. --------------------------------------------------------------------------------------
  316. ``LoginView``, ``LogoutView`` (and the deprecated function-based equivalents),
  317. and :func:`~django.views.i18n.set_language` protect users from being redirected
  318. to non-HTTPS ``next`` URLs when the app is running over HTTPS.
  319. ``QuerySet.get_or_create()`` and ``update_or_create()`` validate arguments
  320. --------------------------------------------------------------------------
  321. To prevent typos from passing silently,
  322. :meth:`~django.db.models.query.QuerySet.get_or_create` and
  323. :meth:`~django.db.models.query.QuerySet.update_or_create` check that their
  324. arguments are model fields. This should be backwards-incompatible only in the
  325. fact that it might expose a bug in your project.
  326. Miscellaneous
  327. -------------
  328. * If no items in the feed have a ``pubdate`` or ``updateddate`` attribute,
  329. :meth:`SyndicationFeed.latest_post_date()
  330. <django.utils.feedgenerator.SyndicationFeed.latest_post_date>` now returns
  331. the current UTC date/time, instead of a datetime without any timezone
  332. information.
  333. * Support for SpatiaLite < 4.0 is dropped.
  334. * CSRF failures are logged to the ``django.security.csrf`` logger instead of
  335. ``django.request``.
  336. * :setting:`ALLOWED_HOSTS` validation is no longer disabled when running tests.
  337. If your application includes tests with custom host names, you must include
  338. those host names in :setting:`ALLOWED_HOSTS`. See
  339. :ref:`topics-testing-advanced-multiple-hosts`.
  340. * Using a foreign key's id (e.g. ``'field_id'``) in ``ModelAdmin.list_display``
  341. displays the related object's ID. Remove the ``_id`` suffix if you want the
  342. old behavior of the string representation of the object.
  343. * In model forms, :class:`~django.db.models.CharField` with ``null=True`` now
  344. saves ``NULL`` for blank values instead of empty strings.
  345. * On Oracle, :meth:`Model.validate_unique()
  346. <django.db.models.Model.validate_unique>` no longer checks empty strings for
  347. uniqueness as the database interprets the value as ``NULL``.
  348. * If you subclass :class:`.AbstractUser` and override ``clean()``, be sure it
  349. calls ``super()``. :meth:`.BaseUserManager.normalize_email` is called in a
  350. new :meth:`.AbstractUser.clean` method so that normalization is applied in
  351. cases like model form validation.
  352. * ``EmailField`` and ``URLField`` no longer accept the ``strip`` keyword
  353. argument. Remove it because it doesn't have an effect in older versions of
  354. Django as these fields alway strip whitespace.
  355. * The ``checked`` and ``selected`` attribute rendered by form widgets now uses
  356. HTML5 boolean syntax rather than XHTML's ``checked='checked'`` and
  357. ``selected='selected'``.
  358. * :meth:`RelatedManager.add()
  359. <django.db.models.fields.related.RelatedManager.add>`,
  360. :meth:`~django.db.models.fields.related.RelatedManager.remove`,
  361. :meth:`~django.db.models.fields.related.RelatedManager.clear`, and
  362. :meth:`~django.db.models.fields.related.RelatedManager.set` now
  363. clear the ``prefetch_related()`` cache.
  364. * To prevent possible loss of saved settings,
  365. :func:`~django.test.utils.setup_test_environment` now raises an exception if
  366. called a second time before calling
  367. :func:`~django.test.utils.teardown_test_environment`.
  368. * The :djadmin:`makemessages` command now requires configured settings, like
  369. most other commands.
  370. * The undocumented ``DateTimeAwareJSONEncoder`` alias for
  371. :class:`~django.core.serializers.json.DjangoJSONEncoder` (renamed in Django
  372. 1.0) is removed.
  373. * The :class:`cached template loader <django.template.loaders.cached.Loader>`
  374. is now enabled if :setting:`DEBUG` is ``False`` and
  375. :setting:`OPTIONS['loaders'] <TEMPLATES-OPTIONS>` isn't specified. This could
  376. be backwards-incompatible if you have some :ref:`template tags that aren't
  377. thread safe <template_tag_thread_safety>`.
  378. * The prompt for stale content type deletion no longer occurs after running the
  379. ``migrate`` command. Use the new :djadmin:`remove_stale_contenttypes` command
  380. instead.
  381. * The admin's widget for ``IntegerField`` uses ``type="number"`` rather than
  382. ``type="text"``.
  383. * Conditional HTTP headers are now parsed and compared according to the
  384. :rfc:`7232` Conditional Requests specification rather than the older
  385. :rfc:`2616`.
  386. * :func:`~django.utils.cache.patch_response_headers` no longer adds a
  387. ``Last-Modified`` header. According to the :rfc:`7234#section-4.2.2`, this
  388. header is useless alongside other caching headers that provide an explicit
  389. expiration time, e.g. ``Expires`` or ``Cache-Control``.
  390. :class:`~django.middleware.cache.UpdateCacheMiddleware` and
  391. :func:`~django.utils.cache.add_never_cache_headers` call
  392. ``patch_response_headers()`` and therefore are also affected by this change.
  393. * In the admin templates, ``<p class="help">`` is replaced with a ``<div>`` tag
  394. to allow including lists inside help text.
  395. .. _deprecated-features-1.11:
  396. Features deprecated in 1.11
  397. ===========================
  398. Miscellaneous
  399. -------------
  400. * ``contrib.auth``’s ``login()`` and ``logout()`` function-based views are
  401. deprecated in favor of new class-based views
  402. :class:`~django.contrib.auth.views.LoginView` and
  403. :class:`~django.contrib.auth.views.LogoutView`.
  404. * The unused ``extra_context`` parameter of
  405. ``contrib.auth.views.logout_then_login()`` is deprecated.
  406. * ``contrib.auth``’s ``password_change()``, ``password_change_done()``,
  407. ``password_reset()``, ``password_reset_done()``, ``password_reset_confirm()``,
  408. and ``password_reset_complete()`` function-based views are deprecated in favor
  409. of new class-based views
  410. :class:`~django.contrib.auth.views.PasswordChangeView`,
  411. :class:`~django.contrib.auth.views.PasswordChangeDoneView`,
  412. :class:`~django.contrib.auth.views.PasswordResetView`,
  413. :class:`~django.contrib.auth.views.PasswordResetDoneView`,
  414. :class:`~django.contrib.auth.views.PasswordResetConfirmView`, and
  415. :class:`~django.contrib.auth.views.PasswordResetCompleteView`.
  416. * ``django.test.runner.setup_databases()`` is moved to
  417. :func:`django.test.utils.setup_databases`. The old location is deprecated.
  418. * ``django.utils.translation.string_concat()`` is deprecated in
  419. favor of :func:`django.utils.text.format_lazy`. ``string_concat(*strings)``
  420. can be replaced by ``format_lazy('{}' * len(strings), *strings)``.
  421. * For the ``PyLibMCCache`` cache backend, passing ``pylibmc`` behavior settings
  422. as top-level attributes of ``OPTIONS`` is deprecated. Set them under a
  423. ``behaviors`` key within ``OPTIONS`` instead.
  424. * The ``host`` parameter of ``django.utils.http.is_safe_url()`` is deprecated
  425. in favor of the new ``allowed_hosts`` parameter.
  426. * Silencing exceptions raised while rendering the
  427. :ttag:`{% include %} <include>` template tag is deprecated as the behavior is
  428. often more confusing than helpful. In Django 2.1, the exception will be
  429. raised.
  430. * ``DatabaseIntrospection.get_indexes()`` is deprecated in favor of
  431. ``DatabaseIntrospection.get_constraints()``.
  432. * :func:`~django.contrib.auth.authenticate` now passes a ``request`` argument
  433. to the ``authenticate()`` method of authentication backends. Support for
  434. methods that don't accept ``request`` will be removed in Django 2.1.