Move edit locking upgrade considerations note to 2.8

pull/5757/head
Matt Westcott 2020-01-08 15:20:25 +00:00
rodzic 3f27014a86
commit e5f2611cc1
2 zmienionych plików z 14 dodań i 16 usunięć

Wyświetl plik

@ -84,22 +84,6 @@ Bug fixes
Upgrade considerations
======================
Edit locking behaviour changed
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
**MOVE TO 2.8 RELEASE NOTES**
The behaviour of the page locking feature in the admin interface has been changed.
In past versions, the page lock would apply to all users including the user who
locked the page. Now, the user who locked the page can still edit it but all other
users cannot.
Pages that were locked before this release will continue to be locked in the same
way as before, so this only applies to newly locked pages. If you would like to
restore the previous behaviour, you can set the
``WAGTAILADMIN_GLOBAL_PAGE_EDIT_LOCK`` setting to ``True``.
Query strings added to static file URLs within the admin
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Wyświetl plik

@ -61,6 +61,20 @@ Removed support for Django 2.0
Django 2.0 is no longer supported as of this release; please upgrade to Django 2.1 or above before upgrading Wagtail.
Edit locking behaviour changed
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The behaviour of the page locking feature in the admin interface has been changed.
In past versions, the page lock would apply to all users including the user who
locked the page. Now, the user who locked the page can still edit it but all other
users cannot.
Pages that were locked before this release will continue to be locked in the same
way as before, so this only applies to newly locked pages. If you would like to
restore the previous behaviour, you can set the
``WAGTAILADMIN_GLOBAL_PAGE_EDIT_LOCK`` setting to ``True``.
API endpoint classes have moved
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~