Details
-
Bug
-
Resolution: Fixed
-
Critical
-
5.2
-
demo.magnolia-cms.com
Description
This ticket originally helped us uncover security issues in core (see issue links, first comments), but the UI should also adjust itself correctly to denote correct user permissions, by disabling unauthorized actions, and maintaining proper state according to such permissions.
For 5.2.x, AvailabilityDefinition should gain a #writePermissionRequired flag.
For 5.3+, we will have multiple/configurable AvailabilityRules (will be captured by another issue).
More details in linked concept page 'Permissions for UI availability'.
– ORIGINAL DESCRIPTION –
I changed the permission of the editors in a subtree to read only.
The following issues occurred if I'm logged in as a editor:
- Sometimes it renders a page without the components (fine) but I still can edit the page properties
- I can exclude channels (page title I can't change)
- I can add a page (just not selecting a template)
- Some pages do not render (stay grey)
Checklists
Attachments
Issue Links
- caused by
-
MAGNOLIA-5537 DefaultACLBasedPermissions do not account for JCR's reordering permission
-
- Closed
-
-
MAGNOLIA-5541 MarkNodeAsDeletedCommand should check for Write permission before proceeding
-
- Closed
-
-
MGNLWORKFLOW-179 Any user can launch a workflow regardless of their permissions
-
- Closed
-
- is causing
-
MGNLUI-2642 Publisher should not be allowed to open 'add page' dialog under /demo-project
-
- Closed
-
-
MGNLUI-3036 Availability of duplicate action does not have writePermissionRequired flag
-
- Closed
-
- relates to
-
MGNLUI-2557 Show permissions in status column
-
- Closed
-
-
MGNLUI-3395 WritePermissionRequiredRule incorrectly skips superuser role from the checks
-
- Closed
-