Changes between Version 1 and Version 2 of ReadonlyWikiPolicy
- Timestamp:
- Oct 10, 2013, 7:46:49 AM (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ReadonlyWikiPolicy
v1 v2 1 1 = ReadonlyWikiPolicy 2 2 3 Permissionspolicy added in Trac 1.1.2 which enables and enforces the read-only attribute on wiki pages.3 A permission policy added in Trac 1.1.2 which enables and enforces the read-only attribute on wiki pages. 4 4 5 Earlier versions of Trac had a defect in which the read-only attribute would not be checked when adding attachments to wiki pages, allowing users with `WIKI_MODIFY` to add attachments to read-only wiki pages rather than enforcing the requirement of `WIKI_ADMIN`. In #11244, the `ReadonlyWikiPolicy` was added, which unequivocally requires `WIKI_ADMIN` for modifying, deleting or renaming forread-only pages (and adding an attachment requires permission to modify the page). Enforcing the read-only attribute through a permission policy additionally allows a custom permission policy to be written for enforcing the read-only attribute.5 Earlier versions of Trac had a defect in which the read-only attribute would not be checked when adding attachments to wiki pages, allowing users with `WIKI_MODIFY` to add attachments to read-only wiki pages rather than enforcing the requirement of `WIKI_ADMIN`. In #11244, the `ReadonlyWikiPolicy` was added, which unequivocally requires `WIKI_ADMIN` for modifying, deleting or renaming of read-only pages (and adding an attachment requires permission to modify the page). Enforcing the read-only attribute through a permission policy additionally allows a custom permission policy to be written for enforcing the read-only attribute. 6 6 7 7 For new Trac installations in 1.1.2 and later, `ReadonlyWikiPolicy` is enabled by default. When upgrading from earlier versions, `ReadonlyWikiPolicy` need to be added to `permission_policies`. If the default list of permission policies is in effect, then `ReadonlyWikiPolicy` only needs to be added to the front of the list.