Right now you can update node permissions for specific user groups in the backoffice.
What I need is permissions for specific document types.
Let's assume I have this tree:
I don't want to allow editors to create a new document type Layout within the page. This page should not be re-used.
The same goes for several other pages where I want specific permissions.
I do have a few document types which act as folders. I want users to be able to add nodes to these folders, but not change the folders themselves.
All public pages are composed by modules which are stored in Nested Content items, therefore they are document types too (IPublishedElement). I do want to restrict CRUD access to these elements too per user group.
Any ideas how to solve this issue?
I do not want a an angular-only solution/tweak. This has to be a security feature and therefore also implemented on the server-side.
Document Type permissions per user group
Right now you can update node permissions for specific user groups in the backoffice.
What I need is permissions for specific document types.
Let's assume I have this tree:
I don't want to allow editors to create a new document type
Layout
within the page. This page should not be re-used.The same goes for several other pages where I want specific permissions. I do have a few document types which act as folders. I want users to be able to add nodes to these folders, but not change the folders themselves.
All public pages are composed by modules which are stored in Nested Content items, therefore they are document types too (
IPublishedElement
). I do want to restrict CRUD access to these elements too per user group.Any ideas how to solve this issue?
I do not want a an angular-only solution/tweak. This has to be a security feature and therefore also implemented on the server-side.
PS. I have already started modifying the Umbraco source code and adding this myself, but this has proofed to be too complex for me yet. Thread here: https://twitter.com/tobithefox/status/1109089968239099904
is working on a reply...