I have a requirement to hide/disable the publish/unpublish option for certain user groups.
i thought of going with the straight forward approach of removing the replicate option for the content path for that user groups and publish/un publish option is hidden as expected.
But when the user from that group is deleting any of the pages, its triggering the request for delete workflow and assigning it to the administrator, even though user has the read, write, modify and delete permissions on that content path. Administrators has to complete those request for deletion steps to complete the flow. Its triggering the request for delete workflow even for unpublished pages too.
Is there an alternate way to achieve this requirement of hide/disable the publish/unpublish option and still able to delete those unpublished pages with out going through the request for delete workflow?
Durga, as I observed workflows sit in admin queue only if user do not have full delete access. On sidekick user see 'Delete Page' option (n there is no easy way to hide that).
The way we overcame this problem in our system: Created a custom 'Delete workflow' and have user submit workflow instead of clicking 'Delete Page' on sidekick. You can either have authorized people approve or automatically delete with a notification (that can be used for audit purpose).
Delete workflow w/o approval:
Delete workflow with approval:
With ACL, I can hide Delete on classic UI not figured out on Touch UI.