Any way to transfer all permissions from one role to another? The Next CEO of Stack OverflowAtlanta Sitecore User GroupGet base or inherited roles from Role or User object

Is a stroke of luck acceptable after a series of unfavorable events?

If the heap is initialized for security, then why is the stack uninitialized?

How can a function with a hole (removable discontinuity) equal a function with no hole?

What is the purpose of the Evocation wizard's Potent Cantrip feature?

Can a caster that cast Polymorph on themselves stop concentrating at any point even if their Int is low?

What does "Its cash flow is deeply negative" mean?

How did Arya survive the stabbing?

declare as function pointer and initialize in the same line

Inappropriate reference requests from Journal reviewers

How can I get through very long and very dry, but also very useful technical documents when learning a new tool?

Anatomically Correct Mesopelagic Aves

Overlapping nodes in a decision tree

How to start emacs in "nothing" mode

Return the Closest Prime Number

Increase performance creating Mandelbrot set in python

Only print output after finding pattern

Can the Reverse Gravity spell affect the Meteor Swarm spell?

What is meant by a M next to a roman numeral?

How can I quit an app using Terminal?

Is there a good way to store credentials outside of a password manager?

What's the point of interval inversion?

What does this shorthand mean?

Would this house-rule that treats advantage as a +1 to the roll instead (and disadvantage as -1) and allows them to stack be balanced?

How do scammers retract money, while you can’t?



Any way to transfer all permissions from one role to another?



The Next CEO of Stack Overflow
Atlanta Sitecore User GroupGet base or inherited roles from Role or User object










3















We are going to have to create new roles for new content sections and it would be very helpful if we could transfer role permssions so that we don't have to reassign permissions for all the folders to secondary roles for a particular section.
Just wondering if there's a way to copy permissiosn from one role to another and then build on that second role to make the additional permission tweaks, which would be a lot easier than replicating every single folder/item permissions in the new role...










share|improve this question






















  • Do you want to move permissions from Role A to Role B on particular items? So before the operation Role A has Read/Write and after only Role B has Read/Write? Or something more complex?

    – Marek Musielak
    4 hours ago






  • 2





    You would need a script, since security permissions are written as strings to the relevant items. However you could make Role B a member of Role A for the same effect - using Sitecore's Roles-in-Roles feature.

    – Mark Cassidy
    4 hours ago











  • @MarekMusielak, Role A has permissions for x number of items, at then end of the process Role A and Role B would have permissions on all those same items - the exact same permissions would be for each. Once that is done, I would then go into Role Manager and make some small alterations in Role B's permssions.

    – Levi Wallach
    4 hours ago











  • @MarkCassidy, by script do you mean a sql script or powershell? I can't make Role B a member of role A becuase I would then have to overwrite a bunch of permissions for Role B. Basically Role A will have full access to some global level items as well as for sub items, Role B will have full permissions just for subitems, and just read access to global level items. So my thinking was copy the global permissions to B, then just remove all the write/delete/create permissions to the global items.

    – Levi Wallach
    4 hours ago















3















We are going to have to create new roles for new content sections and it would be very helpful if we could transfer role permssions so that we don't have to reassign permissions for all the folders to secondary roles for a particular section.
Just wondering if there's a way to copy permissiosn from one role to another and then build on that second role to make the additional permission tweaks, which would be a lot easier than replicating every single folder/item permissions in the new role...










share|improve this question






















  • Do you want to move permissions from Role A to Role B on particular items? So before the operation Role A has Read/Write and after only Role B has Read/Write? Or something more complex?

    – Marek Musielak
    4 hours ago






  • 2





    You would need a script, since security permissions are written as strings to the relevant items. However you could make Role B a member of Role A for the same effect - using Sitecore's Roles-in-Roles feature.

    – Mark Cassidy
    4 hours ago











  • @MarekMusielak, Role A has permissions for x number of items, at then end of the process Role A and Role B would have permissions on all those same items - the exact same permissions would be for each. Once that is done, I would then go into Role Manager and make some small alterations in Role B's permssions.

    – Levi Wallach
    4 hours ago











  • @MarkCassidy, by script do you mean a sql script or powershell? I can't make Role B a member of role A becuase I would then have to overwrite a bunch of permissions for Role B. Basically Role A will have full access to some global level items as well as for sub items, Role B will have full permissions just for subitems, and just read access to global level items. So my thinking was copy the global permissions to B, then just remove all the write/delete/create permissions to the global items.

    – Levi Wallach
    4 hours ago













3












3








3








We are going to have to create new roles for new content sections and it would be very helpful if we could transfer role permssions so that we don't have to reassign permissions for all the folders to secondary roles for a particular section.
Just wondering if there's a way to copy permissiosn from one role to another and then build on that second role to make the additional permission tweaks, which would be a lot easier than replicating every single folder/item permissions in the new role...










share|improve this question














We are going to have to create new roles for new content sections and it would be very helpful if we could transfer role permssions so that we don't have to reassign permissions for all the folders to secondary roles for a particular section.
Just wondering if there's a way to copy permissiosn from one role to another and then build on that second role to make the additional permission tweaks, which would be a lot easier than replicating every single folder/item permissions in the new role...







permissions






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked 4 hours ago









Levi WallachLevi Wallach

1616




1616












  • Do you want to move permissions from Role A to Role B on particular items? So before the operation Role A has Read/Write and after only Role B has Read/Write? Or something more complex?

    – Marek Musielak
    4 hours ago






  • 2





    You would need a script, since security permissions are written as strings to the relevant items. However you could make Role B a member of Role A for the same effect - using Sitecore's Roles-in-Roles feature.

    – Mark Cassidy
    4 hours ago











  • @MarekMusielak, Role A has permissions for x number of items, at then end of the process Role A and Role B would have permissions on all those same items - the exact same permissions would be for each. Once that is done, I would then go into Role Manager and make some small alterations in Role B's permssions.

    – Levi Wallach
    4 hours ago











  • @MarkCassidy, by script do you mean a sql script or powershell? I can't make Role B a member of role A becuase I would then have to overwrite a bunch of permissions for Role B. Basically Role A will have full access to some global level items as well as for sub items, Role B will have full permissions just for subitems, and just read access to global level items. So my thinking was copy the global permissions to B, then just remove all the write/delete/create permissions to the global items.

    – Levi Wallach
    4 hours ago

















  • Do you want to move permissions from Role A to Role B on particular items? So before the operation Role A has Read/Write and after only Role B has Read/Write? Or something more complex?

    – Marek Musielak
    4 hours ago






  • 2





    You would need a script, since security permissions are written as strings to the relevant items. However you could make Role B a member of Role A for the same effect - using Sitecore's Roles-in-Roles feature.

    – Mark Cassidy
    4 hours ago











  • @MarekMusielak, Role A has permissions for x number of items, at then end of the process Role A and Role B would have permissions on all those same items - the exact same permissions would be for each. Once that is done, I would then go into Role Manager and make some small alterations in Role B's permssions.

    – Levi Wallach
    4 hours ago











  • @MarkCassidy, by script do you mean a sql script or powershell? I can't make Role B a member of role A becuase I would then have to overwrite a bunch of permissions for Role B. Basically Role A will have full access to some global level items as well as for sub items, Role B will have full permissions just for subitems, and just read access to global level items. So my thinking was copy the global permissions to B, then just remove all the write/delete/create permissions to the global items.

    – Levi Wallach
    4 hours ago
















Do you want to move permissions from Role A to Role B on particular items? So before the operation Role A has Read/Write and after only Role B has Read/Write? Or something more complex?

– Marek Musielak
4 hours ago





Do you want to move permissions from Role A to Role B on particular items? So before the operation Role A has Read/Write and after only Role B has Read/Write? Or something more complex?

– Marek Musielak
4 hours ago




2




2





You would need a script, since security permissions are written as strings to the relevant items. However you could make Role B a member of Role A for the same effect - using Sitecore's Roles-in-Roles feature.

– Mark Cassidy
4 hours ago





You would need a script, since security permissions are written as strings to the relevant items. However you could make Role B a member of Role A for the same effect - using Sitecore's Roles-in-Roles feature.

– Mark Cassidy
4 hours ago













@MarekMusielak, Role A has permissions for x number of items, at then end of the process Role A and Role B would have permissions on all those same items - the exact same permissions would be for each. Once that is done, I would then go into Role Manager and make some small alterations in Role B's permssions.

– Levi Wallach
4 hours ago





@MarekMusielak, Role A has permissions for x number of items, at then end of the process Role A and Role B would have permissions on all those same items - the exact same permissions would be for each. Once that is done, I would then go into Role Manager and make some small alterations in Role B's permssions.

– Levi Wallach
4 hours ago













@MarkCassidy, by script do you mean a sql script or powershell? I can't make Role B a member of role A becuase I would then have to overwrite a bunch of permissions for Role B. Basically Role A will have full access to some global level items as well as for sub items, Role B will have full permissions just for subitems, and just read access to global level items. So my thinking was copy the global permissions to B, then just remove all the write/delete/create permissions to the global items.

– Levi Wallach
4 hours ago





@MarkCassidy, by script do you mean a sql script or powershell? I can't make Role B a member of role A becuase I would then have to overwrite a bunch of permissions for Role B. Basically Role A will have full access to some global level items as well as for sub items, Role B will have full permissions just for subitems, and just read access to global level items. So my thinking was copy the global permissions to B, then just remove all the write/delete/create permissions to the global items.

– Levi Wallach
4 hours ago










2 Answers
2






active

oldest

votes


















3














I've written a powershell script which should do the magic for you. I suggest you backup your database before running it, just in case.



It searches for ar|ROLE_DOMAINROLE_NAME| string in __Security fields of all the items under the $root item, looks for the next role or user in the security, and duplicates that role access rights to the second role.



The script only takes into account access rights assigned to the role directly - it doesn't take into account access rights inherited from other roles.



#settings
$roleName = "sitecoreRoleA"
$newRoleName = "sitecoreRoleB"
$root = "110D559F-DEA5-42EA-9C1C-8A5DF7E70EF9"

$roleSecurityString = "ar|" + $roleName + "|"
$items = @(Get-Item -Path $root) + @(Get-ChildItem -Path $root -Recurse)
foreach ($item in $items)
if ($item["__Security"].Contains($roleSecurityString))
$roleRights = ""

$startIndex = $item["__Security"].IndexOf($roleSecurityString);
$endIndex = $item["__Security"].IndexOf("






share|improve this answer























  • I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

    – Pete Navarra
    41 mins ago


















1














Use Role Inheritance



Your existing roles, which contain the shared access rules that are common among all of the secondary roles, should be members of the secondary roles.



Creating the Base Role



For example, let's say that your Base Role, we'll call it "Base Author" has access to all of the Media Libary, and all of your shared content. This will include all of the shared items and Sitecore default roles (as members) that are common among all of the secondary roles. So it might look something like this:



enter image description here



And in Security Editor:
enter image description here



Creating the Secondary Role



So for the purposes of this example, I'm going to call my role "Headmaster Editor". It's a member of the Base Author role.
enter image description here



In Security Editor:
enter image description here



Assign the Secondary Role only to a user:



Adding the secondary role inherits all of the other roles.
enter image description here



Magic Permission - Breaking Inheritance



Breaking the Inheritance of Descendants makes it possible to prevent any access to any content item UNLESS it has been given a Green Check mark in Security editor. Sitecore's role security is strict on "Red X's" for preventing access. Once a role has a Red X, it doesn't matter if other roles have Green Checkmarks, that user won't have access. So, instead of doling out Red X's, break the inheritance, and then only provide given access via Green Checkmarks. I do this by taking the sitecore/Author role, which is out of the box, and breaking the descendent inheritance on the /sitecore/content item.
enter image description here



Reviewing our Work



Base Author Role



You can see here that Base Author Role only has access to the items that we gave it above.
enter image description here



Headmaster Editor Role



But that the Headmaster Role has everything in the Base + Plus the content from the Headmaster Role.
enter image description here



In Summary



The art and magic of role permissions is to be as simple as possible. If you're checking boxes all over the place and using red x's all over the place, you're doing it wrong. Keep it simple.






share|improve this answer


















  • 1





    Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

    – Levi Wallach
    3 hours ago











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "664"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsitecore.stackexchange.com%2fquestions%2f17766%2fany-way-to-transfer-all-permissions-from-one-role-to-another%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









3














I've written a powershell script which should do the magic for you. I suggest you backup your database before running it, just in case.



It searches for ar|ROLE_DOMAINROLE_NAME| string in __Security fields of all the items under the $root item, looks for the next role or user in the security, and duplicates that role access rights to the second role.



The script only takes into account access rights assigned to the role directly - it doesn't take into account access rights inherited from other roles.



#settings
$roleName = "sitecoreRoleA"
$newRoleName = "sitecoreRoleB"
$root = "110D559F-DEA5-42EA-9C1C-8A5DF7E70EF9"

$roleSecurityString = "ar|" + $roleName + "|"
$items = @(Get-Item -Path $root) + @(Get-ChildItem -Path $root -Recurse)
foreach ($item in $items)
if ($item["__Security"].Contains($roleSecurityString))
$roleRights = ""

$startIndex = $item["__Security"].IndexOf($roleSecurityString);
$endIndex = $item["__Security"].IndexOf("






share|improve this answer























  • I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

    – Pete Navarra
    41 mins ago















3














I've written a powershell script which should do the magic for you. I suggest you backup your database before running it, just in case.



It searches for ar|ROLE_DOMAINROLE_NAME| string in __Security fields of all the items under the $root item, looks for the next role or user in the security, and duplicates that role access rights to the second role.



The script only takes into account access rights assigned to the role directly - it doesn't take into account access rights inherited from other roles.



#settings
$roleName = "sitecoreRoleA"
$newRoleName = "sitecoreRoleB"
$root = "110D559F-DEA5-42EA-9C1C-8A5DF7E70EF9"

$roleSecurityString = "ar|" + $roleName + "|"
$items = @(Get-Item -Path $root) + @(Get-ChildItem -Path $root -Recurse)
foreach ($item in $items)
if ($item["__Security"].Contains($roleSecurityString))
$roleRights = ""

$startIndex = $item["__Security"].IndexOf($roleSecurityString);
$endIndex = $item["__Security"].IndexOf("






share|improve this answer























  • I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

    – Pete Navarra
    41 mins ago













3












3








3







I've written a powershell script which should do the magic for you. I suggest you backup your database before running it, just in case.



It searches for ar|ROLE_DOMAINROLE_NAME| string in __Security fields of all the items under the $root item, looks for the next role or user in the security, and duplicates that role access rights to the second role.



The script only takes into account access rights assigned to the role directly - it doesn't take into account access rights inherited from other roles.



#settings
$roleName = "sitecoreRoleA"
$newRoleName = "sitecoreRoleB"
$root = "110D559F-DEA5-42EA-9C1C-8A5DF7E70EF9"

$roleSecurityString = "ar|" + $roleName + "|"
$items = @(Get-Item -Path $root) + @(Get-ChildItem -Path $root -Recurse)
foreach ($item in $items)
if ($item["__Security"].Contains($roleSecurityString))
$roleRights = ""

$startIndex = $item["__Security"].IndexOf($roleSecurityString);
$endIndex = $item["__Security"].IndexOf("






share|improve this answer













I've written a powershell script which should do the magic for you. I suggest you backup your database before running it, just in case.



It searches for ar|ROLE_DOMAINROLE_NAME| string in __Security fields of all the items under the $root item, looks for the next role or user in the security, and duplicates that role access rights to the second role.



The script only takes into account access rights assigned to the role directly - it doesn't take into account access rights inherited from other roles.



#settings
$roleName = "sitecoreRoleA"
$newRoleName = "sitecoreRoleB"
$root = "110D559F-DEA5-42EA-9C1C-8A5DF7E70EF9"

$roleSecurityString = "ar|" + $roleName + "|"
$items = @(Get-Item -Path $root) + @(Get-ChildItem -Path $root -Recurse)
foreach ($item in $items)
if ($item["__Security"].Contains($roleSecurityString))
$roleRights = ""

$startIndex = $item["__Security"].IndexOf($roleSecurityString);
$endIndex = $item["__Security"].IndexOf("







share|improve this answer












share|improve this answer



share|improve this answer










answered 2 hours ago









Marek MusielakMarek Musielak

11.2k11136




11.2k11136












  • I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

    – Pete Navarra
    41 mins ago

















  • I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

    – Pete Navarra
    41 mins ago
















I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

– Pete Navarra
41 mins ago





I do not disagree that Marek has provided a solution. However, I have a POV that this is an excessive amount of work indicating that roles were not setup correctly in the first place. While I have upvoted I think fixing the role strategy is a better approach.

– Pete Navarra
41 mins ago











1














Use Role Inheritance



Your existing roles, which contain the shared access rules that are common among all of the secondary roles, should be members of the secondary roles.



Creating the Base Role



For example, let's say that your Base Role, we'll call it "Base Author" has access to all of the Media Libary, and all of your shared content. This will include all of the shared items and Sitecore default roles (as members) that are common among all of the secondary roles. So it might look something like this:



enter image description here



And in Security Editor:
enter image description here



Creating the Secondary Role



So for the purposes of this example, I'm going to call my role "Headmaster Editor". It's a member of the Base Author role.
enter image description here



In Security Editor:
enter image description here



Assign the Secondary Role only to a user:



Adding the secondary role inherits all of the other roles.
enter image description here



Magic Permission - Breaking Inheritance



Breaking the Inheritance of Descendants makes it possible to prevent any access to any content item UNLESS it has been given a Green Check mark in Security editor. Sitecore's role security is strict on "Red X's" for preventing access. Once a role has a Red X, it doesn't matter if other roles have Green Checkmarks, that user won't have access. So, instead of doling out Red X's, break the inheritance, and then only provide given access via Green Checkmarks. I do this by taking the sitecore/Author role, which is out of the box, and breaking the descendent inheritance on the /sitecore/content item.
enter image description here



Reviewing our Work



Base Author Role



You can see here that Base Author Role only has access to the items that we gave it above.
enter image description here



Headmaster Editor Role



But that the Headmaster Role has everything in the Base + Plus the content from the Headmaster Role.
enter image description here



In Summary



The art and magic of role permissions is to be as simple as possible. If you're checking boxes all over the place and using red x's all over the place, you're doing it wrong. Keep it simple.






share|improve this answer


















  • 1





    Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

    – Levi Wallach
    3 hours ago















1














Use Role Inheritance



Your existing roles, which contain the shared access rules that are common among all of the secondary roles, should be members of the secondary roles.



Creating the Base Role



For example, let's say that your Base Role, we'll call it "Base Author" has access to all of the Media Libary, and all of your shared content. This will include all of the shared items and Sitecore default roles (as members) that are common among all of the secondary roles. So it might look something like this:



enter image description here



And in Security Editor:
enter image description here



Creating the Secondary Role



So for the purposes of this example, I'm going to call my role "Headmaster Editor". It's a member of the Base Author role.
enter image description here



In Security Editor:
enter image description here



Assign the Secondary Role only to a user:



Adding the secondary role inherits all of the other roles.
enter image description here



Magic Permission - Breaking Inheritance



Breaking the Inheritance of Descendants makes it possible to prevent any access to any content item UNLESS it has been given a Green Check mark in Security editor. Sitecore's role security is strict on "Red X's" for preventing access. Once a role has a Red X, it doesn't matter if other roles have Green Checkmarks, that user won't have access. So, instead of doling out Red X's, break the inheritance, and then only provide given access via Green Checkmarks. I do this by taking the sitecore/Author role, which is out of the box, and breaking the descendent inheritance on the /sitecore/content item.
enter image description here



Reviewing our Work



Base Author Role



You can see here that Base Author Role only has access to the items that we gave it above.
enter image description here



Headmaster Editor Role



But that the Headmaster Role has everything in the Base + Plus the content from the Headmaster Role.
enter image description here



In Summary



The art and magic of role permissions is to be as simple as possible. If you're checking boxes all over the place and using red x's all over the place, you're doing it wrong. Keep it simple.






share|improve this answer


















  • 1





    Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

    – Levi Wallach
    3 hours ago













1












1








1







Use Role Inheritance



Your existing roles, which contain the shared access rules that are common among all of the secondary roles, should be members of the secondary roles.



Creating the Base Role



For example, let's say that your Base Role, we'll call it "Base Author" has access to all of the Media Libary, and all of your shared content. This will include all of the shared items and Sitecore default roles (as members) that are common among all of the secondary roles. So it might look something like this:



enter image description here



And in Security Editor:
enter image description here



Creating the Secondary Role



So for the purposes of this example, I'm going to call my role "Headmaster Editor". It's a member of the Base Author role.
enter image description here



In Security Editor:
enter image description here



Assign the Secondary Role only to a user:



Adding the secondary role inherits all of the other roles.
enter image description here



Magic Permission - Breaking Inheritance



Breaking the Inheritance of Descendants makes it possible to prevent any access to any content item UNLESS it has been given a Green Check mark in Security editor. Sitecore's role security is strict on "Red X's" for preventing access. Once a role has a Red X, it doesn't matter if other roles have Green Checkmarks, that user won't have access. So, instead of doling out Red X's, break the inheritance, and then only provide given access via Green Checkmarks. I do this by taking the sitecore/Author role, which is out of the box, and breaking the descendent inheritance on the /sitecore/content item.
enter image description here



Reviewing our Work



Base Author Role



You can see here that Base Author Role only has access to the items that we gave it above.
enter image description here



Headmaster Editor Role



But that the Headmaster Role has everything in the Base + Plus the content from the Headmaster Role.
enter image description here



In Summary



The art and magic of role permissions is to be as simple as possible. If you're checking boxes all over the place and using red x's all over the place, you're doing it wrong. Keep it simple.






share|improve this answer













Use Role Inheritance



Your existing roles, which contain the shared access rules that are common among all of the secondary roles, should be members of the secondary roles.



Creating the Base Role



For example, let's say that your Base Role, we'll call it "Base Author" has access to all of the Media Libary, and all of your shared content. This will include all of the shared items and Sitecore default roles (as members) that are common among all of the secondary roles. So it might look something like this:



enter image description here



And in Security Editor:
enter image description here



Creating the Secondary Role



So for the purposes of this example, I'm going to call my role "Headmaster Editor". It's a member of the Base Author role.
enter image description here



In Security Editor:
enter image description here



Assign the Secondary Role only to a user:



Adding the secondary role inherits all of the other roles.
enter image description here



Magic Permission - Breaking Inheritance



Breaking the Inheritance of Descendants makes it possible to prevent any access to any content item UNLESS it has been given a Green Check mark in Security editor. Sitecore's role security is strict on "Red X's" for preventing access. Once a role has a Red X, it doesn't matter if other roles have Green Checkmarks, that user won't have access. So, instead of doling out Red X's, break the inheritance, and then only provide given access via Green Checkmarks. I do this by taking the sitecore/Author role, which is out of the box, and breaking the descendent inheritance on the /sitecore/content item.
enter image description here



Reviewing our Work



Base Author Role



You can see here that Base Author Role only has access to the items that we gave it above.
enter image description here



Headmaster Editor Role



But that the Headmaster Role has everything in the Base + Plus the content from the Headmaster Role.
enter image description here



In Summary



The art and magic of role permissions is to be as simple as possible. If you're checking boxes all over the place and using red x's all over the place, you're doing it wrong. Keep it simple.







share|improve this answer












share|improve this answer



share|improve this answer










answered 4 hours ago









Pete NavarraPete Navarra

11.2k2675




11.2k2675







  • 1





    Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

    – Levi Wallach
    3 hours ago












  • 1





    Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

    – Levi Wallach
    3 hours ago







1




1





Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

– Levi Wallach
3 hours ago





Part of the issue is that the "base" user that I'm setting up has full access to most areas, whereas the secondary user would only have full access to certain subitems and only read access to the higher level items. I guess I'll have to play with the inheritance access right a little, maybe you are right in that this can be done fairly easily just with that... I do have a "Base" role that all users get which restrict inheritance rights on most items. Will see what I can do once I have the branch template working well...

– Levi Wallach
3 hours ago

















draft saved

draft discarded
















































Thanks for contributing an answer to Sitecore Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsitecore.stackexchange.com%2fquestions%2f17766%2fany-way-to-transfer-all-permissions-from-one-role-to-another%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

ValueError: Error when checking input: expected conv2d_13_input to have shape (3, 150, 150) but got array with shape (150, 150, 3)2019 Community Moderator ElectionError when checking : expected dense_1_input to have shape (None, 5) but got array with shape (200, 1)Error 'Expected 2D array, got 1D array instead:'ValueError: Error when checking input: expected lstm_41_input to have 3 dimensions, but got array with shape (40000,100)ValueError: Error when checking target: expected dense_1 to have shape (7,) but got array with shape (1,)ValueError: Error when checking target: expected dense_2 to have shape (1,) but got array with shape (0,)Keras exception: ValueError: Error when checking input: expected conv2d_1_input to have shape (150, 150, 3) but got array with shape (256, 256, 3)Steps taking too long to completewhen checking input: expected dense_1_input to have shape (13328,) but got array with shape (317,)ValueError: Error when checking target: expected dense_3 to have shape (None, 1) but got array with shape (7715, 40000)Keras exception: Error when checking input: expected dense_input to have shape (2,) but got array with shape (1,)

Ружовы пелікан Змест Знешні выгляд | Пашырэнне | Асаблівасці біялогіі | Літаратура | НавігацыяДагледжаная версіяправерана1 зменаДагледжаная версіяправерана1 змена/ 22697590 Сістэматыкана ВіківідахВыявына Вікісховішчы174693363011049382

Illegal assignment from SObject to ContactFetching String, Id from Map - Illegal Assignment Id to Field / ObjectError: Compile Error: Illegal assignment from String to BooleanError: List has no rows for assignment to SObjectError on Test Class - System.QueryException: List has no rows for assignment to SObjectRemote action problemDML requires SObject or SObject list type error“Illegal assignment from List to List”Test Class Fail: Batch Class: System.QueryException: List has no rows for assignment to SObjectMapping to a user'List has no rows for assignment to SObject' Mystery