2.0.txt 13 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477
  1. ============================================
  2. Django 2.0 release notes - UNDER DEVELOPMENT
  3. ============================================
  4. Welcome to Django 2.0!
  5. These release notes cover the :ref:`new features <whats-new-2.0>`, as well as
  6. some :ref:`backwards incompatible changes <backwards-incompatible-2.0>` you'll
  7. want to be aware of when upgrading from Django 1.11 or earlier. We've
  8. :ref:`dropped some features<removed-features-2.0>` that have reached the end of
  9. their deprecation cycle, and we've :ref:`begun the deprecation process for some
  10. features <deprecated-features-2.0>`.
  11. See the :doc:`/howto/upgrade-version` guide if you're updating an existing
  12. project.
  13. Python compatibility
  14. ====================
  15. Django 2.0 supports Python 3.5+. Since Django 1.11, support for Python 2.7 and
  16. 3.4 is removed. We **highly recommend** and only officially support the latest
  17. release of each series.
  18. Third-party library support for older version of Django
  19. =======================================================
  20. Following the release of Django 2.0, we suggest that third-party app authors
  21. drop support for all versions of Django prior to 1.11. At that time, you should
  22. be able run your package's tests using ``python -Wd`` so that deprecation
  23. warnings do appear. After making the deprecation warning fixes, your app should
  24. be compatible with Django 2.0.
  25. .. _whats-new-2.0:
  26. What's new in Django 2.0
  27. ========================
  28. Minor features
  29. --------------
  30. :mod:`django.contrib.admin`
  31. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  32. * ...
  33. :mod:`django.contrib.admindocs`
  34. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  35. * ...
  36. :mod:`django.contrib.auth`
  37. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  38. * The default iteration count for the PBKDF2 password hasher is increased from
  39. 36,000 to 100,000.
  40. :mod:`django.contrib.contenttypes`
  41. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  42. * ...
  43. :mod:`django.contrib.gis`
  44. ~~~~~~~~~~~~~~~~~~~~~~~~~
  45. * ...
  46. :mod:`django.contrib.messages`
  47. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  48. * ...
  49. :mod:`django.contrib.postgres`
  50. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  51. * The new ``distinct`` argument for
  52. :class:`~django.contrib.postgres.aggregates.ArrayAgg` determines if
  53. concatenated values will be distinct.
  54. :mod:`django.contrib.redirects`
  55. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  56. * ...
  57. :mod:`django.contrib.sessions`
  58. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  59. * ...
  60. :mod:`django.contrib.sitemaps`
  61. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  62. * Added the ``protocol`` keyword argument to the
  63. :class:`~django.contrib.sitemaps.GenericSitemap` constructor.
  64. :mod:`django.contrib.sites`
  65. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  66. * ...
  67. :mod:`django.contrib.staticfiles`
  68. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  69. * ...
  70. :mod:`django.contrib.syndication`
  71. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  72. * ...
  73. Cache
  74. ~~~~~
  75. * ...
  76. CSRF
  77. ~~~~
  78. * ...
  79. Database backends
  80. ~~~~~~~~~~~~~~~~~
  81. * ...
  82. Email
  83. ~~~~~
  84. * ...
  85. File Storage
  86. ~~~~~~~~~~~~
  87. * ...
  88. File Uploads
  89. ~~~~~~~~~~~~
  90. * ...
  91. Forms
  92. ~~~~~
  93. * The new ``date_attrs`` and ``time_attrs`` arguments for
  94. :class:`~django.forms.SplitDateTimeWidget` and
  95. :class:`~django.forms.SplitHiddenDateTimeWidget` allow specifying different
  96. HTML attributes for the ``DateInput`` and ``TimeInput`` (or hidden)
  97. subwidgets.
  98. Generic Views
  99. ~~~~~~~~~~~~~
  100. * ...
  101. Internationalization
  102. ~~~~~~~~~~~~~~~~~~~~
  103. * ...
  104. Management Commands
  105. ~~~~~~~~~~~~~~~~~~~
  106. * ...
  107. Migrations
  108. ~~~~~~~~~~
  109. * ...
  110. Models
  111. ~~~~~~
  112. * ...
  113. Requests and Responses
  114. ~~~~~~~~~~~~~~~~~~~~~~
  115. * The :djadmin:`runserver` Web server supports HTTP 1.1.
  116. Serialization
  117. ~~~~~~~~~~~~~
  118. * ...
  119. Signals
  120. ~~~~~~~
  121. * ...
  122. Templates
  123. ~~~~~~~~~
  124. * ...
  125. Tests
  126. ~~~~~
  127. * Added threading support to :class:`~django.test.LiveServerTestCase`.
  128. URLs
  129. ~~~~
  130. * ...
  131. Validators
  132. ~~~~~~~~~~
  133. * ...
  134. .. _backwards-incompatible-2.0:
  135. Backwards incompatible changes in 2.0
  136. =====================================
  137. Removed support for bytestrings in some places
  138. ----------------------------------------------
  139. To support native Python 2 strings, older Django versions had to accept both
  140. bytestrings and unicode strings. Now that Python 2 support is dropped,
  141. bytestrings should only be encountered around input/output boundaries (handling
  142. of binary fields or HTTP streams, for example). You might have to update your
  143. code to limit bytestring usage to a minimum, as Django no longer accepts
  144. bytestrings in certain code paths.
  145. Database backend API
  146. --------------------
  147. * The ``DatabaseOperations.datetime_cast_date_sql()``,
  148. ``datetime_cast_time_sql()``, ``datetime_trunc_sql()``, and
  149. ``datetime_extract_sql()`` methods now return only the SQL to perform the
  150. operation instead of SQL and a list of parameters.
  151. Dropped support for Oracle 11.2
  152. -------------------------------
  153. The end of upstream support for Oracle 11.2 is Dec. 2020. Django 1.11 will be
  154. supported until April 2020 which almost reaches this date. Django 2.0
  155. officially supports Oracle 12.1+.
  156. Default MySQL isolation level is read committed
  157. -----------------------------------------------
  158. MySQL's default isolation level, repeatable read, may cause data loss in
  159. typical Django usage. To prevent that and for consistency with other databases,
  160. the default isolation level is now read committed. You can use the
  161. :setting:`DATABASES` setting to :ref:`use a different isolation level
  162. <mysql-isolation-level>`, if needed.
  163. :attr:`AbstractUser.last_name <django.contrib.auth.models.User.last_name>` ``max_length`` increased to 150
  164. ----------------------------------------------------------------------------------------------------------
  165. A migration for :attr:`django.contrib.auth.models.User.last_name` is included.
  166. If you have a custom user model inheriting from ``AbstractUser``, you'll need
  167. to generate and apply a database migration for your user model.
  168. If you want to preserve the 30 character limit for last names, use a custom
  169. form::
  170. from django.contrib.auth.forms import UserChangeForm
  171. class MyUserChangeForm(UserChangeForm):
  172. last_name = forms.CharField(max_length=30, required=False)
  173. If you wish to keep this restriction in the admin when editing users, set
  174. ``UserAdmin.form`` to use this form::
  175. from django.contrib.auth.admin import UserAdmin
  176. from django.contrib.auth.models import User
  177. class MyUserAdmin(UserAdmin):
  178. form = MyUserChangeForm
  179. admin.site.unregister(User)
  180. admin.site.register(User, MyUserAdmin)
  181. Miscellaneous
  182. -------------
  183. * The ``SessionAuthenticationMiddleware`` class is removed. It provided no
  184. functionality since session authentication is unconditionally enabled in
  185. Django 1.10.
  186. * The default HTTP error handlers (``handler404``, etc.) are now callables
  187. instead of dotted Python path strings. Django favors callable references
  188. since they provide better performance and debugging experience.
  189. .. _deprecated-features-2.0:
  190. Features deprecated in 2.0
  191. ==========================
  192. Miscellaneous
  193. -------------
  194. * The ``django.db.backends.postgresql_psycopg2`` module is deprecated in favor
  195. of ``django.db.backends.postgresql``. It's been an alias since Django 1.9.
  196. This only affects code that imports from the module directly. The
  197. ``DATABASES`` setting can still use
  198. ``'django.db.backends.postgresql_psycopg2'``, though you can simplify that by
  199. using the ``'django.db.backends.postgresql'`` name added in Django 1.9.
  200. * ``django.shortcuts.render_to_response()`` is deprecated in favor of
  201. :func:`django.shortcuts.render`. ``render()`` takes the same arguments
  202. except that is also requires a ``request``.
  203. * The ``DEFAULT_CONTENT_TYPE`` setting is deprecated. It doesn't interact well
  204. well with third-party apps and is obsolete since HTML5 has mostly superseded
  205. XHTML.
  206. .. _removed-features-2.0:
  207. Features removed in 2.0
  208. =======================
  209. These features have reached the end of their deprecation cycle and are removed
  210. in Django 2.0. See :ref:`deprecated-features-1.9` and
  211. :ref:`deprecated-features-1.10` for details, including how to remove usage of
  212. these features.
  213. * The ``weak`` argument to ``django.dispatch.signals.Signal.disconnect()`` is
  214. removed.
  215. * ``django.db.backends.base.BaseDatabaseOperations.check_aggregate_support()``
  216. is removed.
  217. * The ``django.forms.extras`` package is removed.
  218. * The ``assignment_tag`` helper is removed.
  219. * The ``host`` argument to ``SimpleTestCase.assertsRedirects()`` is removed.
  220. The compatibility layer which allows absolute URLs to be considered equal to
  221. relative ones when the path is identical is also removed.
  222. * ``Field.rel`` and ``Field.remote_field.to`` are removed.
  223. * The ``on_delete`` argument for ``ForeignKey`` and ``OneToOneField`` are now
  224. required.
  225. * ``django.db.models.fields.add_lazy_relation()`` is removed.
  226. * When time zone support is enabled, database backends that don't support time
  227. zones no longer convert aware datetimes to naive values in UTC anymore when
  228. such values are passed as parameters to SQL queries executed outside of the
  229. ORM, e.g. with ``cursor.execute()``.
  230. * ``django.contrib.auth.tests.utils.skipIfCustomUser()`` is removed.
  231. * The ``GeoManager`` and ``GeoQuerySet`` classes are removed.
  232. * The ``django.contrib.gis.geoip`` module is removed.
  233. * The ``supports_recursion`` check for template loaders is removed from:
  234. * ``django.template.engine.Engine.find_template()``
  235. * ``django.template.loader_tags.ExtendsNode.find_template()``
  236. * ``django.template.loaders.base.Loader.supports_recursion()``
  237. * ``django.template.loaders.cached.Loader.supports_recursion()``
  238. * The ``load_template`` and ``load_template_sources`` template loader methods
  239. are removed.
  240. * The ``template_dirs`` argument for template loaders is removed:
  241. * ``django.template.loaders.base.Loader.get_template()``
  242. * ``django.template.loaders.cached.Loader.cache_key()``
  243. * ``django.template.loaders.cached.Loader.get_template()``
  244. * ``django.template.loaders.cached.Loader.get_template_sources()``
  245. * ``django.template.loaders.filesystem.Loader.get_template_sources()``
  246. * ``django.template.loaders.base.Loader.__call__()`` is removed.
  247. * Support for custom error views that don't accept an ``exception`` parameter
  248. is removed.
  249. * The ``mime_type`` attribute of ``django.utils.feedgenerator.Atom1Feed`` and
  250. ``django.utils.feedgenerator.RssFeed`` is removed.
  251. * The ``app_name`` argument to ``include()`` is removed.
  252. * Support for passing a 3-tuple (including ``admin.site.urls``) as the first
  253. argument to ``include()`` is removed.
  254. * Support for setting a URL instance namespace without an application namespace
  255. is removed.
  256. * ``Field._get_val_from_obj()`` is removed.
  257. * ``django.template.loaders.eggs.Loader`` is removed.
  258. * The ``current_app`` parameter to the ``contrib.auth`` function-based views is
  259. removed.
  260. * The ``callable_obj`` keyword argument to
  261. ``SimpleTestCase.assertRaisesMessage()`` is removed.
  262. * Support for the ``allow_tags`` attribute on ``ModelAdmin`` methods is
  263. removed.
  264. * The ``enclosure`` keyword argument to ``SyndicationFeed.add_item()`` is
  265. removed.
  266. * The ``django.template.loader.LoaderOrigin`` and
  267. ``django.template.base.StringOrigin`` aliases for
  268. ``django.template.base.Origin`` are removed.
  269. * The ``makemigrations --exit`` option is removed.
  270. * Support for direct assignment to a reverse foreign key or many-to-many
  271. relation is removed.
  272. * The ``get_srid()`` and ``set_srid()`` methods of
  273. ``django.contrib.gis.geos.GEOSGeometry`` are removed.
  274. * The ``get_x()``, ``set_x()``, ``get_y()``, ``set_y()``, ``get_z()``, and
  275. ``set_z()`` methods of ``django.contrib.gis.geos.Point`` are removed.
  276. * The ``get_coords()`` and ``set_coords()`` methods of
  277. ``django.contrib.gis.geos.Point`` are removed.
  278. * The ``cascaded_union`` property of ``django.contrib.gis.geos.MultiPolygon``
  279. is removed.
  280. * ``django.utils.functional.allow_lazy()`` is removed.
  281. * The ``shell --plain`` option is removed.
  282. * The ``django.core.urlresolvers`` module is removed.
  283. * ``CommaSeparatedIntegerField`` is removed, except for support in historical
  284. migrations.
  285. * The template ``Context.has_key()`` method is removed.
  286. * Support for the ``django.core.files.storage.Storage.accessed_time()``,
  287. ``created_time()``, and ``modified_time()`` methods is removed.
  288. * Support for query lookups using the model name when
  289. ``Meta.default_related_name`` is set is removed.
  290. * The MySQL ``__search`` lookup is removed.
  291. * The shim for supporting custom related manager classes without a
  292. ``_apply_rel_filters()`` method is removed.
  293. * Using ``User.is_authenticated()`` and ``User.is_anonymous()`` as methods
  294. rather than properties is no longer supported.
  295. * The ``Model._meta.virtual_fields`` attribute is removed.
  296. * The keyword arguments ``virtual_only`` in ``Field.contribute_to_class()`` and
  297. ``virtual`` in ``Model._meta.add_field()`` are removed.
  298. * The ``javascript_catalog()`` and ``json_catalog()`` views are removed.
  299. * ``django.contrib.gis.utils.precision_wkt()`` is removed.
  300. * In multi-table inheritance, implicit promotion of a ``OneToOneField`` to a
  301. ``parent_link`` is removed.
  302. * Support for ``Widget._format_value()`` is removed.
  303. * ``FileField`` methods ``get_directory_name()`` and ``get_filename()`` are
  304. removed.
  305. * The ``mark_for_escaping()`` function and the classes it uses: ``EscapeData``,
  306. ``EscapeBytes``, ``EscapeText``, ``EscapeString``, and ``EscapeUnicode`` are
  307. removed.
  308. * The ``escape`` filter now uses ``django.utils.html.conditional_escape()``.
  309. * ``Manager.use_for_related_fields`` is removed.
  310. * Model ``Manager`` inheritance follows MRO inheritance rules. The requirement
  311. to use ``Meta.manager_inheritance_from_future`` to opt-in to the behavior is
  312. removed.
  313. * Support for old-style middleware using ``settings.MIDDLEWARE_CLASSES`` is
  314. removed.