deprecation.txt 25 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636
  1. ===========================
  2. Django Deprecation Timeline
  3. ===========================
  4. This document outlines when various pieces of Django will be removed or altered
  5. in a backward incompatible way, following their deprecation, as per the
  6. :ref:`deprecation policy <internal-release-deprecation-policy>`. More details
  7. about each item can often be found in the release notes of two versions prior.
  8. .. _deprecation-removed-in-2.0:
  9. 2.0
  10. ---
  11. * ``cycle`` and ``firstof`` template tags will be removed from the ``future``
  12. template tag library (used during the 1.6/1.7 deprecation period).
  13. * ``django.conf.urls.patterns()`` will be removed.
  14. * Support for the ``prefix`` argument to
  15. ``django.conf.urls.i18n.i18n_patterns()`` will be removed.
  16. * ``SimpleTestCase.urls`` will be removed.
  17. * Using an incorrect count of unpacked values in the ``for`` template tag
  18. will raise an exception rather than fail silently.
  19. * The ``DatabaseCreation`` class on each database backend will be removed,
  20. and all table/schema editing will be moved to be via ``SchemaEditor`` instead.
  21. * The ability to :func:`~django.core.urlresolvers.reverse` URLs using a dotted
  22. Python path will be removed.
  23. * Support for :py:mod:`optparse` will be dropped for custom management commands
  24. (replaced by :py:mod:`argparse`).
  25. * The class :class:`~django.core.management.NoArgsCommand` will be removed. Use
  26. :class:`~django.core.management.BaseCommand` instead, which takes no arguments
  27. by default.
  28. * ``django.template.resolve_variable`` will be removed.
  29. * The ``error_message`` argument of ``django.forms.RegexField`` will be removed.
  30. * The ``unordered_list`` filter will no longer support old style lists.
  31. * Support for string ``view`` arguments to ``url()`` will be removed.
  32. * The backward compatible shim to rename ``django.forms.Form._has_changed()``
  33. to ``has_changed()`` will be removed.
  34. * The ``removetags`` template filter will be removed.
  35. * The ``remove_tags()`` and ``strip_entities()`` functions in
  36. ``django.utils.html`` will be removed.
  37. * The ``is_admin_site`` argument to
  38. ``django.contrib.auth.views.password_reset()`` will be removed.
  39. * ``django.db.models.field.subclassing.SubfieldBase`` will be removed.
  40. * ``django.utils.checksums`` will be removed; its functionality is included
  41. in django-localflavor 1.1+.
  42. * The ``original_content_type_id`` attribute on
  43. ``django.contrib.admin.helpers.InlineAdminForm`` will be removed.
  44. * The backwards compatibility shim to allow ``FormMixin.get_form()`` to be
  45. defined with no default value for its ``form_class`` argument will be removed.
  46. .. _deprecation-removed-in-1.9:
  47. 1.9
  48. ---
  49. See the :ref:`Django 1.7 release notes<deprecated-features-1.7>` for more
  50. details on these changes.
  51. * ``django.utils.dictconfig`` will be removed.
  52. * ``django.utils.importlib`` will be removed.
  53. * ``django.utils.tzinfo`` will be removed.
  54. * ``django.utils.unittest`` will be removed.
  55. * The ``syncdb`` command will be removed.
  56. * ``django.db.models.signals.pre_syncdb`` and
  57. ``django.db.models.signals.post_syncdb`` will be removed.
  58. * ``allow_syncdb`` on database routers will no longer automatically become
  59. ``allow_migrate``.
  60. * The legacy method of syncing apps without migrations will be removed,
  61. and migrations will become compulsory for all apps. This includes automatic
  62. loading of ``initial_data`` fixtures and support for initial SQL data.
  63. * All models will need to be defined inside an installed application or
  64. declare an explicit :attr:`~django.db.models.Options.app_label`.
  65. Furthermore, it won't be possible to import them before their application
  66. is loaded. In particular, it won't be possible to import models inside
  67. the root package of their application.
  68. * If models are organized in a package, Django will no longer look for
  69. :ref:`initial SQL data<initial-sql>` in ``myapp/models/sql/``. Move your
  70. custom SQL files to ``myapp/sql/``.
  71. * The model and form ``IPAddressField`` will be removed.
  72. * ``AppCommand.handle_app()`` will no longer be supported.
  73. * ``RequestSite`` will be located in ``django.contrib.sites.requests`` and
  74. ``get_current_site`` in ``django.contrib.sites.shortcuts``.
  75. * FastCGI support via the ``runfcgi`` management command will be
  76. removed. Please deploy your project using WSGI.
  77. * ``django.utils.datastructures.SortedDict`` will be removed. Use
  78. :class:`collections.OrderedDict` from the Python standard library instead.
  79. * ``ModelAdmin.declared_fieldsets`` will be removed.
  80. * Instances of ``util.py`` in the Django codebase have been renamed to
  81. ``utils.py`` in an effort to unify all util and utils references.
  82. The modules that provided backwards compatibility will be removed:
  83. * ``django.contrib.admin.util``
  84. * ``django.contrib.gis.db.backends.util``
  85. * ``django.db.backends.util``
  86. * ``django.forms.util``
  87. * ``ModelAdmin.get_formsets`` will be removed.
  88. * Remove the backward compatible shims introduced to rename the
  89. ``BaseMemcachedCache._get_memcache_timeout()`` method to
  90. ``get_backend_timeout()``.
  91. * The ``--natural`` and ``-n`` options for :djadmin:`dumpdata` will be removed.
  92. Use :djadminopt:`--natural-foreign` instead.
  93. * The ``use_natural_keys`` argument for ``serializers.serialize()`` will be
  94. removed. Use ``use_natural_foreign_keys`` instead.
  95. * ``django.forms.get_declared_fields`` will be removed.
  96. * The ability to use a ``SplitDateTimeWidget`` with ``DateTimeField`` will be
  97. removed.
  98. * The ``WSGIRequest.REQUEST`` property will be removed.
  99. * The class ``django.utils.datastructures.MergeDict`` will be removed.
  100. * The ``zh-cn`` and ``zh-tw`` language codes will be removed and have been
  101. replaced by the ``zh-hans`` and ``zh-hant`` language code respectively.
  102. * The internal ``django.utils.functional.memoize`` will be removed.
  103. * ``django.core.cache.get_cache`` will be removed. Add suitable entries
  104. to :setting:`CACHES` and use :data:`django.core.cache.caches` instead.
  105. * ``django.db.models.loading`` will be removed.
  106. * Passing callable arguments to querysets will no longer be possible.
  107. * ``BaseCommand.requires_model_validation`` will be removed in favor of
  108. ``requires_system_checks``. Admin validators will be replaced by admin
  109. checks.
  110. * ``ModelAdmin.validator`` will be removed in favor of the new ``checks``
  111. attribute.
  112. * ``django.db.backends.DatabaseValidation.validate_field`` will be removed in
  113. favor of the ``check_field`` method.
  114. * ``django.utils.module_loading.import_by_path`` will be removed in favor of
  115. ``django.utils.module_loading.import_string``.
  116. * ``ssi`` and ``url`` template tags will be removed from the ``future`` template
  117. tag library (used during the 1.3/1.4 deprecation period).
  118. * ``django.utils.text.javascript_quote`` will be removed.
  119. * Database test settings as independent entries in the database settings,
  120. prefixed by ``TEST_``, will no longer be supported.
  121. * The `cache_choices` option to :class:`~django.forms.ModelChoiceField` and
  122. :class:`~django.forms.ModelMultipleChoiceField` will be removed.
  123. .. _deprecation-removed-in-1.8:
  124. 1.8
  125. ---
  126. See the :ref:`Django 1.6 release notes<deprecated-features-1.6>` for more
  127. details on these changes.
  128. * ``django.contrib.comments`` will be removed.
  129. * The following transaction management APIs will be removed:
  130. - ``TransactionMiddleware``,
  131. - the decorators and context managers ``autocommit``, ``commit_on_success``,
  132. and ``commit_manually``, defined in ``django.db.transaction``,
  133. - the functions ``commit_unless_managed`` and ``rollback_unless_managed``,
  134. also defined in ``django.db.transaction``,
  135. - the ``TRANSACTIONS_MANAGED`` setting.
  136. Upgrade paths are described in the :ref:`transaction management docs
  137. <transactions-upgrading-from-1.5>`.
  138. * The :ttag:`cycle` and :ttag:`firstof` template tags will auto-escape their
  139. arguments. In 1.6 and 1.7, this behavior is provided by the version of these
  140. tags in the ``future`` template tag library.
  141. * The ``SEND_BROKEN_LINK_EMAILS`` setting will be removed. Add the
  142. :class:`django.middleware.common.BrokenLinkEmailsMiddleware` middleware to
  143. your :setting:`MIDDLEWARE_CLASSES` setting instead.
  144. * ``django.middleware.doc.XViewMiddleware`` will be removed. Use
  145. ``django.contrib.admindocs.middleware.XViewMiddleware`` instead.
  146. * ``Model._meta.module_name`` was renamed to ``model_name``.
  147. * Remove the backward compatible shims introduced to rename ``get_query_set``
  148. and similar queryset methods. This affects the following classes:
  149. ``BaseModelAdmin``, ``ChangeList``, ``BaseCommentNode``,
  150. ``GenericForeignKey``, ``Manager``, ``SingleRelatedObjectDescriptor`` and
  151. ``ReverseSingleRelatedObjectDescriptor``.
  152. * Remove the backward compatible shims introduced to rename the attributes
  153. ``ChangeList.root_query_set`` and ``ChangeList.query_set``.
  154. * ``django.views.defaults.shortcut`` will be removed, as part of the
  155. goal of removing all ``django.contrib`` references from the core
  156. Django codebase. Instead use
  157. ``django.contrib.contenttypes.views.shortcut``. ``django.conf.urls.shortcut``
  158. will also be removed.
  159. * Support for the Python Imaging Library (PIL) module will be removed, as it
  160. no longer appears to be actively maintained & does not work on Python 3.
  161. You are advised to install `Pillow`_, which should be used instead.
  162. .. _`Pillow`: https://pypi.python.org/pypi/Pillow
  163. * The following private APIs will be removed:
  164. - ``django.db.backend``
  165. - ``django.db.close_connection()``
  166. - ``django.db.backends.creation.BaseDatabaseCreation.set_autocommit()``
  167. - ``django.db.transaction.is_managed()``
  168. - ``django.db.transaction.managed()``
  169. * ``django.forms.widgets.RadioInput`` will be removed in favor of
  170. ``django.forms.widgets.RadioChoiceInput``.
  171. * The module ``django.test.simple`` and the class
  172. ``django.test.simple.DjangoTestSuiteRunner`` will be removed. Instead use
  173. ``django.test.runner.DiscoverRunner``.
  174. * The module ``django.test._doctest`` will be removed. Instead use the doctest
  175. module from the Python standard library.
  176. * The ``CACHE_MIDDLEWARE_ANONYMOUS_ONLY`` setting will be removed.
  177. * Usage of the hard-coded *Hold down "Control", or "Command" on a Mac, to select
  178. more than one.* string to override or append to user-provided ``help_text`` in
  179. forms for ManyToMany model fields will not be performed by Django anymore
  180. either at the model or forms layer.
  181. * The ``Model._meta.get_(add|change|delete)_permission`` methods will
  182. be removed.
  183. * The session key ``django_language`` will no longer be read for backwards
  184. compatibility.
  185. * Geographic Sitemaps will be removed
  186. (``django.contrib.gis.sitemaps.views.index`` and
  187. ``django.contrib.gis.sitemaps.views.sitemap``).
  188. * ``django.utils.html.fix_ampersands``, the ``fix_ampersands`` template filter and
  189. ``django.utils.html.clean_html`` will be removed following an accelerated deprecation.
  190. .. _deprecation-removed-in-1.7:
  191. 1.7
  192. ---
  193. See the :ref:`Django 1.5 release notes<deprecated-features-1.5>` for more
  194. details on these changes.
  195. * The module ``django.utils.simplejson`` will be removed. The standard library
  196. provides :mod:`json` which should be used instead.
  197. * The function ``django.utils.itercompat.product`` will be removed. The Python
  198. builtin version should be used instead.
  199. * Auto-correction of INSTALLED_APPS and TEMPLATE_DIRS settings when they are
  200. specified as a plain string instead of a tuple will be removed and raise an
  201. exception.
  202. * The ``mimetype`` argument to the ``__init__`` methods of
  203. :class:`~django.http.HttpResponse`,
  204. :class:`~django.template.response.SimpleTemplateResponse`, and
  205. :class:`~django.template.response.TemplateResponse`, will be removed.
  206. ``content_type`` should be used instead. This also applies to the
  207. :func:`~django.shortcuts.render_to_response` shortcut and
  208. the sitemap views, :func:`~django.contrib.sitemaps.views.index` and
  209. :func:`~django.contrib.sitemaps.views.sitemap`.
  210. * When :class:`~django.http.HttpResponse` is instantiated with an iterator,
  211. or when :attr:`~django.http.HttpResponse.content` is set to an iterator,
  212. that iterator will be immediately consumed.
  213. * The ``AUTH_PROFILE_MODULE`` setting, and the ``get_profile()`` method on
  214. the User model, will be removed.
  215. * The ``cleanup`` management command will be removed. It's replaced by
  216. ``clearsessions``.
  217. * The ``daily_cleanup.py`` script will be removed.
  218. * The ``depth`` keyword argument will be removed from
  219. :meth:`~django.db.models.query.QuerySet.select_related`.
  220. * The undocumented ``get_warnings_state()``/``restore_warnings_state()``
  221. functions from :mod:`django.test.utils` and the ``save_warnings_state()``/
  222. ``restore_warnings_state()``
  223. :ref:`django.test.*TestCase <django-testcase-subclasses>` methods are
  224. deprecated. Use the :class:`warnings.catch_warnings` context manager
  225. available starting with Python 2.6 instead.
  226. * The undocumented ``check_for_test_cookie`` method in
  227. :class:`~django.contrib.auth.forms.AuthenticationForm` will be removed
  228. following an accelerated deprecation. Users subclassing this form should
  229. remove calls to this method, and instead ensure that their auth related views
  230. are CSRF protected, which ensures that cookies are enabled.
  231. * The version of :func:`django.contrib.auth.views.password_reset_confirm` that
  232. supports base36 encoded user IDs
  233. (``django.contrib.auth.views.password_reset_confirm_uidb36``) will be
  234. removed. If your site has been running Django 1.6 for more than
  235. :setting:`PASSWORD_RESET_TIMEOUT_DAYS`, this change will have no effect. If
  236. not, then any password reset links generated before you upgrade to Django 1.7
  237. won't work after the upgrade.
  238. * The ``django.utils.encoding.StrAndUnicode`` mix-in will be removed.
  239. Define a ``__str__`` method and apply the
  240. :func:`~django.utils.encoding.python_2_unicode_compatible` decorator instead.
  241. .. _deprecation-removed-in-1.6:
  242. 1.6
  243. ---
  244. See the :ref:`Django 1.4 release notes<deprecated-features-1.4>` for more
  245. details on these changes.
  246. * ``django.contrib.databrowse`` will be removed.
  247. * ``django.contrib.localflavor`` will be removed following an accelerated
  248. deprecation.
  249. * ``django.contrib.markup`` will be removed following an accelerated
  250. deprecation.
  251. * The compatibility modules ``django.utils.copycompat`` and
  252. ``django.utils.hashcompat`` as well as the functions
  253. ``django.utils.itercompat.all`` and ``django.utils.itercompat.any`` will
  254. be removed. The Python builtin versions should be used instead.
  255. * The ``csrf_response_exempt`` and ``csrf_view_exempt`` decorators will
  256. be removed. Since 1.4 ``csrf_response_exempt`` has been a no-op (it
  257. returns the same function), and ``csrf_view_exempt`` has been a
  258. synonym for ``django.views.decorators.csrf.csrf_exempt``, which should
  259. be used to replace it.
  260. * The ``django.core.cache.backends.memcached.CacheClass`` backend
  261. was split into two in Django 1.3 in order to introduce support for
  262. PyLibMC. The historical ``CacheClass`` will be removed in favor of
  263. ``django.core.cache.backends.memcached.MemcachedCache``.
  264. * The UK-prefixed objects of ``django.contrib.localflavor.uk`` will only
  265. be accessible through their GB-prefixed names (GB is the correct
  266. ISO 3166 code for United Kingdom).
  267. * The ``IGNORABLE_404_STARTS`` and ``IGNORABLE_404_ENDS`` settings have been
  268. superseded by :setting:`IGNORABLE_404_URLS` in the 1.4 release. They will be
  269. removed.
  270. * The :doc:`form wizard </ref/contrib/formtools/form-wizard>` has been
  271. refactored to use class-based views with pluggable backends in 1.4.
  272. The previous implementation will be removed.
  273. * Legacy ways of calling
  274. :func:`~django.views.decorators.cache.cache_page` will be removed.
  275. * The backward-compatibility shim to automatically add a debug-false
  276. filter to the ``'mail_admins'`` logging handler will be removed. The
  277. :setting:`LOGGING` setting should include this filter explicitly if
  278. it is desired.
  279. * The builtin truncation functions ``django.utils.text.truncate_words()``
  280. and ``django.utils.text.truncate_html_words()`` will be removed in
  281. favor of the ``django.utils.text.Truncator`` class.
  282. * The :class:`~django.contrib.gis.geoip.GeoIP` class was moved to
  283. :mod:`django.contrib.gis.geoip` in 1.4 -- the shortcut in
  284. :mod:`django.contrib.gis.utils` will be removed.
  285. * ``django.conf.urls.defaults`` will be removed. The functions
  286. :func:`~django.conf.urls.include`, :func:`~django.conf.urls.patterns` and
  287. :func:`~django.conf.urls.url` plus :data:`~django.conf.urls.handler404`,
  288. :data:`~django.conf.urls.handler500`, are now available through
  289. :mod:`django.conf.urls` .
  290. * The functions ``setup_environ()`` and ``execute_manager()`` will be removed
  291. from :mod:`django.core.management`. This also means that the old (pre-1.4)
  292. style of :file:`manage.py` file will no longer work.
  293. * Setting the ``is_safe`` and ``needs_autoescape`` flags as attributes of
  294. template filter functions will no longer be supported.
  295. * The attribute ``HttpRequest.raw_post_data`` was renamed to ``HttpRequest.body``
  296. in 1.4. The backward compatibility will be removed --
  297. ``HttpRequest.raw_post_data`` will no longer work.
  298. * The value for the ``post_url_continue`` parameter in
  299. ``ModelAdmin.response_add()`` will have to be either ``None`` (to redirect
  300. to the newly created object's edit page) or a pre-formatted url. String
  301. formats, such as the previous default ``'../%s/'``, will not be accepted any
  302. more.
  303. .. _deprecation-removed-in-1.5:
  304. 1.5
  305. ---
  306. See the :ref:`Django 1.3 release notes<deprecated-features-1.3>` for more
  307. details on these changes.
  308. * Starting Django without a :setting:`SECRET_KEY` will result in an exception
  309. rather than a ``DeprecationWarning``. (This is accelerated from the usual
  310. deprecation path; see the :doc:`Django 1.4 release notes</releases/1.4>`.)
  311. * The ``mod_python`` request handler will be removed. The ``mod_wsgi``
  312. handler should be used instead.
  313. * The ``template`` attribute on ``django.test.client.Response``
  314. objects returned by the :ref:`test client <test-client>` will be removed.
  315. The :attr:`~django.test.Response.templates` attribute should be
  316. used instead.
  317. * The ``django.test.simple.DjangoTestRunner`` will be removed.
  318. Instead use a unittest-native class. The features of the
  319. ``django.test.simple.DjangoTestRunner`` (including fail-fast and
  320. Ctrl-C test termination) can currently be provided by the unittest-native
  321. :class:`~unittest.TextTestRunner`.
  322. * The undocumented function
  323. ``django.contrib.formtools.utils.security_hash`` will be removed,
  324. instead use ``django.contrib.formtools.utils.form_hmac``
  325. * The function-based generic view modules will be removed in favor of their
  326. class-based equivalents, outlined :doc:`here
  327. </topics/class-based-views/index>`.
  328. * The ``django.core.servers.basehttp.AdminMediaHandler`` will be
  329. removed. In its place use
  330. ``django.contrib.staticfiles.handlers.StaticFilesHandler``.
  331. * The template tags library ``adminmedia`` and the template tag ``{%
  332. admin_media_prefix %}`` will be removed in favor of the generic static files
  333. handling. (This is faster than the usual deprecation path; see the
  334. :doc:`Django 1.4 release notes</releases/1.4>`.)
  335. * The :ttag:`url` and :ttag:`ssi` template tags will be
  336. modified so that the first argument to each tag is a template variable, not
  337. an implied string. In 1.4, this behavior is provided by a version of the tag
  338. in the ``future`` template tag library.
  339. * The ``reset`` and ``sqlreset`` management commands will be removed.
  340. * Authentication backends will need to support an inactive user
  341. being passed to all methods dealing with permissions.
  342. The ``supports_inactive_user`` attribute will no longer be checked
  343. and can be removed from custom backends.
  344. * :meth:`~django.contrib.gis.geos.GEOSGeometry.transform` will raise
  345. a :class:`~django.contrib.gis.geos.GEOSException` when called
  346. on a geometry with no SRID value.
  347. * ``django.http.CompatCookie`` will be removed in favor of
  348. ``django.http.SimpleCookie``.
  349. * ``django.core.context_processors.PermWrapper`` and
  350. ``django.core.context_processors.PermLookupDict`` will be removed in
  351. favor of the corresponding
  352. ``django.contrib.auth.context_processors.PermWrapper`` and
  353. ``django.contrib.auth.context_processors.PermLookupDict``, respectively.
  354. * The :setting:`MEDIA_URL` or :setting:`STATIC_URL` settings will be
  355. required to end with a trailing slash to ensure there is a consistent
  356. way to combine paths in templates.
  357. * ``django.db.models.fields.URLField.verify_exists`` will be removed. The
  358. feature was deprecated in 1.3.1 due to intractable security and
  359. performance issues and will follow a slightly accelerated deprecation
  360. timeframe.
  361. * Translations located under the so-called *project path* will be ignored during
  362. the translation building process performed at runtime. The
  363. :setting:`LOCALE_PATHS` setting can be used for the same task by including the
  364. filesystem path to a ``locale`` directory containing non-app-specific
  365. translations in its value.
  366. * The Markup contrib app will no longer support versions of Python-Markdown
  367. library earlier than 2.1. An accelerated timeline was used as this was
  368. a security related deprecation.
  369. * The ``CACHE_BACKEND`` setting will be removed. The cache backend(s) should be
  370. specified in the :setting:`CACHES` setting.
  371. .. _deprecation-removed-in-1.4:
  372. 1.4
  373. ---
  374. See the :ref:`Django 1.2 release notes<deprecated-features-1.2>` for more
  375. details on these changes.
  376. * ``CsrfResponseMiddleware`` and ``CsrfMiddleware`` will be removed. Use
  377. the ``{% csrf_token %}`` template tag inside forms to enable CSRF
  378. protection. ``CsrfViewMiddleware`` remains and is enabled by default.
  379. * The old imports for CSRF functionality (``django.contrib.csrf.*``),
  380. which moved to core in 1.2, will be removed.
  381. * The ``django.contrib.gis.db.backend`` module will be removed in favor
  382. of the specific backends.
  383. * ``SMTPConnection`` will be removed in favor of a generic Email backend API.
  384. * The many to many SQL generation functions on the database backends
  385. will be removed.
  386. * The ability to use the ``DATABASE_*`` family of top-level settings to
  387. define database connections will be removed.
  388. * The ability to use shorthand notation to specify a database backend
  389. (i.e., ``sqlite3`` instead of ``django.db.backends.sqlite3``) will be
  390. removed.
  391. * The ``get_db_prep_save``, ``get_db_prep_value`` and
  392. ``get_db_prep_lookup`` methods will have to support multiple databases.
  393. * The ``Message`` model (in ``django.contrib.auth``), its related
  394. manager in the ``User`` model (``user.message_set``), and the
  395. associated methods (``user.message_set.create()`` and
  396. ``user.get_and_delete_messages()``), will be removed. The
  397. :doc:`messages framework </ref/contrib/messages>` should be used
  398. instead. The related ``messages`` variable returned by the
  399. auth context processor will also be removed. Note that this
  400. means that the admin application will depend on the messages
  401. context processor.
  402. * Authentication backends will need to support the ``obj`` parameter for
  403. permission checking. The ``supports_object_permissions`` attribute
  404. will no longer be checked and can be removed from custom backends.
  405. * Authentication backends will need to support the ``AnonymousUser`` class
  406. being passed to all methods dealing with permissions. The
  407. ``supports_anonymous_user`` variable will no longer be checked and can be
  408. removed from custom backends.
  409. * The ability to specify a callable template loader rather than a
  410. ``Loader`` class will be removed, as will the ``load_template_source``
  411. functions that are included with the built in template loaders for
  412. backwards compatibility.
  413. * ``django.utils.translation.get_date_formats()`` and
  414. ``django.utils.translation.get_partial_date_formats()``. These functions
  415. will be removed; use the locale-aware
  416. ``django.utils.formats.get_format()`` to get the appropriate formats.
  417. * In ``django.forms.fields``, the constants: ``DEFAULT_DATE_INPUT_FORMATS``,
  418. ``DEFAULT_TIME_INPUT_FORMATS`` and
  419. ``DEFAULT_DATETIME_INPUT_FORMATS`` will be removed. Use
  420. ``django.utils.formats.get_format()`` to get the appropriate
  421. formats.
  422. * The ability to use a function-based test runner will be removed,
  423. along with the ``django.test.simple.run_tests()`` test runner.
  424. * The ``views.feed()`` view and ``feeds.Feed`` class in
  425. ``django.contrib.syndication`` will be removed. The class-based view
  426. ``views.Feed`` should be used instead.
  427. * ``django.core.context_processors.auth``. This release will
  428. remove the old method in favor of the new method in
  429. ``django.contrib.auth.context_processors.auth``.
  430. * The ``postgresql`` database backend will be removed, use the
  431. ``postgresql_psycopg2`` backend instead.
  432. * The ``no`` language code will be removed and has been replaced by the
  433. ``nb`` language code.
  434. * Authentication backends will need to define the boolean attribute
  435. ``supports_inactive_user`` until version 1.5 when it will be assumed that
  436. all backends will handle inactive users.
  437. * ``django.db.models.fields.XMLField`` will be removed. This was
  438. deprecated as part of the 1.3 release. An accelerated deprecation
  439. schedule has been used because the field hasn't performed any role
  440. beyond that of a simple ``TextField`` since the removal of ``oldforms``.
  441. All uses of ``XMLField`` can be replaced with ``TextField``.
  442. * The undocumented ``mixin`` parameter to the ``open()`` method of
  443. ``django.core.files.storage.Storage`` (and subclasses) will be removed.
  444. .. _deprecation-removed-in-1.3:
  445. 1.3
  446. ---
  447. See the :ref:`Django 1.1 release notes<deprecated-features-1.1>` for more
  448. details on these changes.
  449. * ``AdminSite.root()``. This method of hooking up the admin URLs will be
  450. removed in favor of including ``admin.site.urls``.
  451. * Authentication backends need to define the boolean attributes
  452. ``supports_object_permissions`` and ``supports_anonymous_user`` until
  453. version 1.4, at which point it will be assumed that all backends will
  454. support these options.