1.11.txt 14 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434
  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. Minor features
  36. --------------
  37. :mod:`django.contrib.admin`
  38. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  39. * :attr:`.ModelAdmin.date_hierarchy` can now reference fields across relations.
  40. :mod:`django.contrib.admindocs`
  41. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  42. * ...
  43. :mod:`django.contrib.auth`
  44. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  45. * The default iteration count for the PBKDF2 password hasher is increased by
  46. 20%.
  47. * The :class:`~django.contrib.auth.views.LoginView` and
  48. :class:`~django.contrib.auth.views.LogoutView` class-based views supersede the
  49. deprecated ``login()`` and ``logout()`` function-based views.
  50. * The :class:`~django.contrib.auth.views.PasswordChangeView`,
  51. :class:`~django.contrib.auth.views.PasswordChangeDoneView`,
  52. :class:`~django.contrib.auth.views.PasswordResetView`,
  53. :class:`~django.contrib.auth.views.PasswordResetDoneView`,
  54. :class:`~django.contrib.auth.views.PasswordResetConfirmView`, and
  55. :class:`~django.contrib.auth.views.PasswordResetCompleteView` class-based
  56. views supersede the deprecated ``password_change()``,
  57. ``password_change_done()``, ``password_reset()``, ``password_reset_done()``,
  58. ``password_reset_confirm()``, and ``password_reset_complete()`` function-based
  59. views.
  60. * The new ``post_reset_login`` attribute for
  61. :class:`~django.contrib.auth.views.PasswordResetConfirmView` allows
  62. automatically logging in a user after a successful password reset.
  63. * :func:`~django.contrib.auth.update_session_auth_hash` now rotates the session
  64. key to allow a password change to invalidate stolen session cookies.
  65. :mod:`django.contrib.contenttypes`
  66. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  67. * When stale content types are detected after the ``migrate`` command, there's
  68. now a list of related objects such as ``auth.Permission``\s that will also be
  69. deleted. Previously, only the content types were listed.
  70. :mod:`django.contrib.gis`
  71. ~~~~~~~~~~~~~~~~~~~~~~~~~
  72. * The new :meth:`.GEOSGeometry.from_gml` and :meth:`.OGRGeometry.from_gml`
  73. methods allow creating geometries from GML.
  74. :mod:`django.contrib.messages`
  75. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  76. * ...
  77. :mod:`django.contrib.postgres`
  78. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  79. * The new ``distinct`` argument for
  80. :class:`~django.contrib.postgres.aggregates.StringAgg` determines if
  81. concatenated values will be distinct.
  82. :mod:`django.contrib.redirects`
  83. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  84. * ...
  85. :mod:`django.contrib.sessions`
  86. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  87. * ...
  88. :mod:`django.contrib.sitemaps`
  89. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  90. * ...
  91. :mod:`django.contrib.sites`
  92. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  93. * ...
  94. :mod:`django.contrib.staticfiles`
  95. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  96. * ...
  97. :mod:`django.contrib.syndication`
  98. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  99. * ...
  100. Cache
  101. ~~~~~
  102. * ...
  103. CSRF
  104. ~~~~
  105. * ...
  106. Database backends
  107. ~~~~~~~~~~~~~~~~~
  108. * Added the ``skip_locked`` argument to :meth:`.QuerySet.select_for_update()`
  109. on PostgreSQL 9.5+ and Oracle to execute queries with
  110. ``FOR UPDATE SKIP LOCKED``.
  111. Email
  112. ~~~~~
  113. * Added the :setting:`EMAIL_USE_LOCALTIME` setting to allow sending SMTP date
  114. headers in the local time zone rather than in UTC.
  115. * ``EmailMessage.attach()`` and ``attach_file()`` now fall back to MIME type
  116. ``application/octet-stream`` when binary content that can't be decoded as
  117. UTF-8 is specified for a ``text/*`` attachment.
  118. File Storage
  119. ~~~~~~~~~~~~
  120. * To make it wrappable by :class:`io.TextIOWrapper`,
  121. :class:`~django.core.files.File` now has the ``readable()``, ``writable()``,
  122. and ``seekable()`` methods.
  123. File Uploads
  124. ~~~~~~~~~~~~
  125. * ...
  126. Forms
  127. ~~~~~
  128. * The new :attr:`CharField.empty_value <django.forms.CharField.empty_value>`
  129. attribute allows specifying the Python value to use to represent "empty".
  130. Generic Views
  131. ~~~~~~~~~~~~~
  132. * ...
  133. Internationalization
  134. ~~~~~~~~~~~~~~~~~~~~
  135. * Number formatting and the :setting:`NUMBER_GROUPING` setting support
  136. non-uniform digit grouping.
  137. Management Commands
  138. ~~~~~~~~~~~~~~~~~~~
  139. * The new :option:`loaddata --exclude` option allows excluding models and apps
  140. while loading data from fixtures.
  141. Migrations
  142. ~~~~~~~~~~
  143. * ...
  144. Models
  145. ~~~~~~
  146. * Added support for callable values in the ``defaults`` argument of
  147. :meth:`QuerySet.update_or_create()
  148. <django.db.models.query.QuerySet.update_or_create>` and
  149. :meth:`~django.db.models.query.QuerySet.get_or_create`.
  150. * :class:`~django.db.models.ImageField` now has a default
  151. :data:`~django.core.validators.validate_image_file_extension` validator.
  152. * Added support for time truncation to
  153. :class:`~django.db.models.functions.datetime.Trunc` functions.
  154. * Added the :class:`~django.db.models.functions.datetime.TruncTime` function
  155. to truncate :class:`~django.db.models.DateTimeField` to its time component
  156. and exposed it through the :lookup:`time` lookup.
  157. Requests and Responses
  158. ~~~~~~~~~~~~~~~~~~~~~~
  159. * Added :meth:`QueryDict.fromkeys() <django.http.QueryDict.fromkeys>`.
  160. * :class:`~django.middleware.common.CommonMiddleware` now sets the
  161. ``Content-Length`` response header for non-streaming responses.
  162. * Added the :setting:`SECURE_HSTS_PRELOAD` setting to allow appending the
  163. ``preload`` directive to the ``Strict-Transport-Security`` header.
  164. Serialization
  165. ~~~~~~~~~~~~~
  166. * The new ``django.core.serializers.base.Serializer.stream_class`` attribute
  167. allows subclasses to customize the default stream.
  168. * The encoder used by the :ref:`JSON serializer <serialization-formats-json>`
  169. can now be customized by passing a ``cls`` keyword argument to the
  170. ``serializers.serialize()`` function.
  171. * :class:`~django.core.serializers.json.DjangoJSONEncoder` now serializes
  172. :class:`~datetime.timedelta` objects (used by
  173. :class:`~django.db.models.DurationField`).
  174. Signals
  175. ~~~~~~~
  176. * ...
  177. Templates
  178. ~~~~~~~~~
  179. * :meth:`~django.utils.safestring.mark_safe` can now be used as a decorator.
  180. * The :class:`~django.template.backends.jinja2.Jinja2` template backend now
  181. supports context processors by setting the ``'context_processors'`` option in
  182. :setting:`OPTIONS <TEMPLATES-OPTIONS>`.
  183. Tests
  184. ~~~~~
  185. * Added :meth:`.DiscoverRunner.get_test_runner_kwargs` to allow customizing the
  186. keyword arguments passed to the test runner.
  187. * Added the :option:`test --debug-mode` option to help troubleshoot test
  188. failures by setting the :setting:`DEBUG` setting to ``True``.
  189. * The new :func:`django.test.utils.setup_databases` (moved from
  190. ``django.test.runner``) and :func:`~django.test.utils.teardown_databases`
  191. functions make it easier to build custom test runners.
  192. URLs
  193. ~~~~
  194. * ...
  195. Validators
  196. ~~~~~~~~~~
  197. * Added :class:`~django.core.validators.FileExtensionValidator` to validate
  198. file extensions and
  199. :data:`~django.core.validators.validate_image_file_extension` to validate
  200. image files.
  201. .. _backwards-incompatible-1.11:
  202. Backwards incompatible changes in 1.11
  203. ======================================
  204. :mod:`django.contrib.gis`
  205. -------------------------
  206. * To simplify the codebase and because it's easier to install than when
  207. ``contrib.gis`` was first released, :ref:`gdalbuild` is now a required
  208. dependency for GeoDjango. In older versions, it's only required for SQLite.
  209. Database backend API
  210. --------------------
  211. * The ``DatabaseOperations.time_trunc_sql()`` method is added to support
  212. ``TimeField`` truncation. It accepts a ``lookup_type`` and ``field_name``
  213. arguments and returns the appropriate SQL to truncate the given time field
  214. ``field_name`` to a time object with only the given specificity. The
  215. ``lookup_type`` argument can be either ``'hour'``, ``'minute'``, or
  216. ``'second'``.
  217. * The ``DatabaseOperations.datetime_cast_time_sql()`` method is added to
  218. support the :lookup:`time` lookup. It accepts a ``field_name`` and ``tzname``
  219. arguments and returns the SQL necessary to cast a datetime value to time value.
  220. * To enable ``FOR UPDATE SKIP LOCKED`` support, set
  221. ``DatabaseFeatures.has_select_for_update_skip_locked = True``.
  222. * The new ``DatabaseFeatures.supports_index_column_ordering`` attribute
  223. specifies if a database allows defining ordering for columns in indexes. The
  224. default value is ``True`` and the ``DatabaseIntrospection.get_constraints()``
  225. method should include an ``'orders'`` key in each of the returned
  226. dictionaries with a list of ``'ASC'`` and/or ``'DESC'`` values corresponding
  227. to the the ordering of each column in the index.
  228. Dropped support for PostgreSQL 9.2 and PostGIS 2.0
  229. --------------------------------------------------
  230. Upstream support for PostgreSQL 9.2 ends in September 2017. As a consequence,
  231. Django 1.11 sets PostgreSQL 9.3 as the minimum version it officially supports.
  232. Support for PostGIS 2.0 is also removed as PostgreSQL 9.2 is the last version
  233. to support it.
  234. ``LiveServerTestCase`` binds to port zero
  235. -----------------------------------------
  236. Rather than taking a port range and iterating to find a free port,
  237. ``LiveServerTestCase`` binds to port zero and relies on the operating system
  238. to assign a free port. The ``DJANGO_LIVE_TEST_SERVER_ADDRESS`` environment
  239. variable is no longer used, and as it's also no longer used, the
  240. ``manage.py test --liveserver`` option is removed.
  241. Miscellaneous
  242. -------------
  243. * If no items in the feed have a ``pubdate`` or ``updateddate`` attribute,
  244. :meth:`SyndicationFeed.latest_post_date()
  245. <django.utils.feedgenerator.SyndicationFeed.latest_post_date>` now returns
  246. the current UTC date/time, instead of a datetime without any timezone
  247. information.
  248. * Support for SpatiaLite < 4.0 is dropped.
  249. * CSRF failures are logged to the ``django.security.csrf`` logger instead of
  250. ``django.request``.
  251. * :setting:`ALLOWED_HOSTS` validation is no longer disabled when running tests.
  252. If your application includes tests with custom host names, you must include
  253. those host names in :setting:`ALLOWED_HOSTS`. See
  254. :ref:`topics-testing-advanced-multiple-hosts`.
  255. * Using a foreign key's id (e.g. ``'field_id'``) in ``ModelAdmin.list_display``
  256. displays the related object's ID. Remove the ``_id`` suffix if you want the
  257. old behavior of the string representation of the object.
  258. * In model forms, :class:`~django.db.models.CharField` with ``null=True`` now
  259. saves ``NULL`` for blank values instead of empty strings.
  260. * On Oracle, :meth:`Model.validate_unique()
  261. <django.db.models.Model.validate_unique>` no longer checks empty strings for
  262. uniqueness as the database interprets the value as ``NULL``.
  263. * If you subclass :class:`.AbstractUser` and override ``clean()``, be sure it
  264. calls ``super()``. :meth:`.BaseUserManager.normalize_email` is called in a
  265. new :meth:`.AbstractUser.clean` method so that normalization is applied in
  266. cases like model form validation.
  267. * ``EmailField`` and ``URLField`` no longer accept the ``strip`` keyword
  268. argument. Remove it because it doesn't have an effect in older versions of
  269. Django as these fields alway strip whitespace.
  270. * The ``checked`` attribute rendered by form widgets now uses HTML5 boolean
  271. syntax rather than XHTML's ``checked='checked'``.
  272. * :meth:`RelatedManager.add()
  273. <django.db.models.fields.related.RelatedManager.add>`,
  274. :meth:`~django.db.models.fields.related.RelatedManager.remove`,
  275. :meth:`~django.db.models.fields.related.RelatedManager.clear`, and
  276. :meth:`~django.db.models.fields.related.RelatedManager.set` now
  277. clear the ``prefetch_related()`` cache.
  278. * To prevent possible loss of saved settings,
  279. :func:`~django.test.utils.setup_test_environment` now raises an exception if
  280. called a second time before calling
  281. :func:`~django.test.utils.teardown_test_environment`.
  282. * The :djadmin:`makemessages` command now requires configured settings, like
  283. most other commands.
  284. .. _deprecated-features-1.11:
  285. Features deprecated in 1.11
  286. ===========================
  287. Miscellaneous
  288. -------------
  289. * ``contrib.auth``’s ``login()`` and ``logout()`` function-based views are
  290. deprecated in favor of new class-based views
  291. :class:`~django.contrib.auth.views.LoginView` and
  292. :class:`~django.contrib.auth.views.LogoutView`.
  293. * The unused ``extra_context`` parameter of
  294. ``contrib.auth.views.logout_then_login()`` is deprecated.
  295. * ``contrib.auth``’s ``password_change()``, ``password_change_done()``,
  296. ``password_reset()``, ``password_reset_done()``, ``password_reset_confirm()``,
  297. and ``password_reset_complete()`` function-based views are deprecated in favor
  298. of new class-based views
  299. :class:`~django.contrib.auth.views.PasswordChangeView`,
  300. :class:`~django.contrib.auth.views.PasswordChangeDoneView`,
  301. :class:`~django.contrib.auth.views.PasswordResetView`,
  302. :class:`~django.contrib.auth.views.PasswordResetDoneView`,
  303. :class:`~django.contrib.auth.views.PasswordResetConfirmView`, and
  304. :class:`~django.contrib.auth.views.PasswordResetCompleteView`.
  305. * ``django.test.runner.setup_databases()`` is moved to
  306. :func:`django.test.utils.setup_databases`. The old location is deprecated.