deprecation.txt 23 KB

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