diff options
| author | Tim Graham <timograham@gmail.com> | 2016-12-31 13:24:00 -0500 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2017-01-17 20:52:04 -0500 |
| commit | d334f46b7a080fd3eb720141c19b37b10704a352 (patch) | |
| tree | eeea5a2a967c3078a58455b71cfa64dc8ead2fc6 /docs/releases | |
| parent | 631f4ab06112aca5bd6a57b81159048f936050bf (diff) | |
Refs #26601 -- Removed support for old-style middleware using settings.MIDDLEWARE_CLASSES.
Diffstat (limited to 'docs/releases')
| -rw-r--r-- | docs/releases/1.2.txt | 2 | ||||
| -rw-r--r-- | docs/releases/1.6.txt | 2 | ||||
| -rw-r--r-- | docs/releases/1.7.txt | 8 | ||||
| -rw-r--r-- | docs/releases/1.8.txt | 2 | ||||
| -rw-r--r-- | docs/releases/2.0.txt | 3 |
5 files changed, 10 insertions, 7 deletions
diff --git a/docs/releases/1.2.txt b/docs/releases/1.2.txt index 3995ee7192..e91c161bb4 100644 --- a/docs/releases/1.2.txt +++ b/docs/releases/1.2.txt @@ -434,7 +434,7 @@ should be aware of: The upgrade notes have been removed in current Django docs. Please refer to the docs for Django 1.3 or older to find these instructions. -* ``CsrfViewMiddleware`` is included in :setting:`MIDDLEWARE_CLASSES` by +* ``CsrfViewMiddleware`` is included in ``MIDDLEWARE_CLASSES`` by default. This turns on CSRF protection by default, so views that accept POST requests need to be written to work with the middleware. Instructions on how to do this are found in the CSRF docs. diff --git a/docs/releases/1.6.txt b/docs/releases/1.6.txt index 275f5bd2e4..0ddd1e05dd 100644 --- a/docs/releases/1.6.txt +++ b/docs/releases/1.6.txt @@ -1060,7 +1060,7 @@ out into a new middleware: If you're relying on this feature, you should add ``'django.middleware.common.BrokenLinkEmailsMiddleware'`` to your -:setting:`MIDDLEWARE_CLASSES` setting and remove ``SEND_BROKEN_LINK_EMAILS`` +``MIDDLEWARE_CLASSES`` setting and remove ``SEND_BROKEN_LINK_EMAILS`` from your settings. ``_has_changed`` method on widgets diff --git a/docs/releases/1.7.txt b/docs/releases/1.7.txt index 05a6af190e..76cd19eeb5 100644 --- a/docs/releases/1.7.txt +++ b/docs/releases/1.7.txt @@ -1271,13 +1271,13 @@ in a test class which is a subclass of :class:`~django.test.TransactionTestCase` rather than :class:`~django.test.TestCase`. -Contrib middleware removed from default :setting:`MIDDLEWARE_CLASSES` ---------------------------------------------------------------------- +Contrib middleware removed from default ``MIDDLEWARE_CLASSES`` +-------------------------------------------------------------- The :ref:`app-loading refactor <app-loading-refactor-17-release-note>` deprecated using models from apps which are not part of the :setting:`INSTALLED_APPS` setting. This exposed an incompatibility between -the default :setting:`INSTALLED_APPS` and :setting:`MIDDLEWARE_CLASSES` in the +the default :setting:`INSTALLED_APPS` and ``MIDDLEWARE_CLASSES`` in the global defaults (``django.conf.global_settings``). To bring these settings in sync and prevent deprecation warnings when doing things like testing reusable apps with minimal settings, @@ -1287,7 +1287,7 @@ apps with minimal settings, from the defaults. These classes will still be included in the default settings generated by :djadmin:`startproject`. Most projects will not be affected by this change but if you were not previously declaring the -:setting:`MIDDLEWARE_CLASSES` in your project settings and relying on the +``MIDDLEWARE_CLASSES`` in your project settings and relying on the global default you should ensure that the new defaults are in line with your project's needs. You should also check for any code that accesses ``django.conf.global_settings.MIDDLEWARE_CLASSES`` directly. diff --git a/docs/releases/1.8.txt b/docs/releases/1.8.txt index 6c45b455ec..578f53a5b4 100644 --- a/docs/releases/1.8.txt +++ b/docs/releases/1.8.txt @@ -1641,7 +1641,7 @@ Using ``AuthenticationMiddleware`` without ``SessionAuthenticationMiddleware`` added in Django 1.7. In Django 1.7.2, its functionality was moved to ``auth.get_user()`` and, for backwards compatibility, enabled only if ``'django.contrib.auth.middleware.SessionAuthenticationMiddleware'`` appears in -:setting:`MIDDLEWARE_CLASSES`. +``MIDDLEWARE_CLASSES``. In Django 1.10, session verification will be enabled regardless of whether or not ``SessionAuthenticationMiddleware`` is enabled (at which point diff --git a/docs/releases/2.0.txt b/docs/releases/2.0.txt index b63331c479..ec5e0aada9 100644 --- a/docs/releases/2.0.txt +++ b/docs/releases/2.0.txt @@ -390,3 +390,6 @@ these features. * Model ``Manager`` inheritance follows MRO inheritance rules. The requirement to use ``Meta.manager_inheritance_from_future`` to opt-in to the behavior is removed. + +* Support for old-style middleware using ``settings.MIDDLEWARE_CLASSES`` is + removed. |
