Prevent Move/Rename of SPECIFIC folders or pages only
Hello Cascade Team,
I have a handful of folders and pages that are consistently named across 80 sites and serve as external urls for other systems. They cannot be moved or renamed without breaking external dependencies. Users have the ability to create pages/folders along side and within these non-move/rename folders/pages. They can also edit content in these non-move/rename assets.
• Users must be able to edit content in all pages/folders.
I am unable to assign a group/role with move/rename rights to one asset and another group/role without move/rename rights to another asset. The effective ability for the user is that they can either move/rename or not on all assets. How do I prevent Move/Rename of SPECIFIC folders or pages only.
I've also looked at the following but was unable to find an answer:
http://help.hannonhill.com/discussions/how-do-i/7636-restrict-moverename-copy-delete-options-for-folders
http://help.hannonhill.com/discussions/how-do-i/384-prevent-renaming-of-specific-asset
http://help.hannonhill.com/discussions/bug-reports/2249-workflow-on-moverename
http://help.hannonhill.com/discussions/how-do-i/334-create-a-folder-that-only-allows-certain-asset-factories
Thanks, Andre
Discussions are closed to public comments.
If you need help with Cascade CMS please
start a new discussion.
Keyboard shortcuts
Generic
? | Show this help |
---|---|
ESC | Blurs the current field |
Comment Form
r | Focus the comment reply box |
---|---|
^ + ↩ | Submit the comment |
You can use Command ⌘
instead of Control ^
on Mac
1 Posted by Ryan Griffith on 28 Aug, 2015 05:38 PM
Hi Andre,
Off-hand, here's what I think you would need to do:
Please let me know if you have any questions.
Thanks!
2 Posted by Leroux, Andre L on 28 Aug, 2015 06:47 PM
Hello Ryan,
Thanks for the quick answer - you guys rule!
I was unsuccessful in my attempts - move/rename remains on each page (asset) even though they have different groups assigned access/visibility with roles having different move/rename abilities.
I went further to remove the move/rename able group from everything - users, assets, no access to folders/pages - and made the test user only a non-move/rename able. It worked, but as soon as they are a member of the move/rename able group, regardless of what asset they are editing, the move/rename enabled ability clobbers all non versions
Is there a problem if these sites are in Global?
Cascade v7.12.5
Andre
From: Ryan Griffith <[email blocked]<mailto:[email blocked]>>
Date: Friday, August 28, 2015 at 12:38 PM
To: Microsoft Office User <[email blocked]<mailto:[email blocked]>>
Subject: Re: Prevent Move/Rename of SPECIFIC folders or pages only [How Do I... #19169]
3 Posted by Ryan Griffith on 28 Aug, 2015 07:48 PM
Hm, thinking this through I'm not sure if my suggestion would work, because the user's affective abilities would be an aggregate of the two Roles (for Sites and Global). Let me try it locally and get back to you.
4 Posted by Leroux, Andre L on 28 Aug, 2015 08:04 PM
Awesome and thanks for your help!
andre
5 Posted by Ryan Griffith on 28 Aug, 2015 08:23 PM
Hi Andre,
After some testing, it definitely looks as though those abilities are aggregated, so the Role with Move/Rename enabled is adding the ability.
The only way I could get the tab to be removed is if you make the asset read only, which won't really work for you unless the content on those pages is coming from somewhere else like a Block.
Please let me know if you have any questions.
Thanks!
6 Posted by Leroux, Andre L on 28 Aug, 2015 08:33 PM
I appreciate your time, help, and consideration, Ryan!
I'll give it some thought.
Have a good weekend
--
Andre
7 Posted by Ryan Griffith on 28 Aug, 2015 08:36 PM
Not a problem at all, Andre, my apologies for not being able to provide you with a simple solution.
I do think you might have a decent workaround if you can abstract the content to Blocks or other pages. With that setup, you could get away with simply making the pages READ only for those users.
Please let me know if you have any questions.
Thanks!
8 Posted by Leroux, Andre L on 28 Aug, 2015 09:43 PM
Hey Ryan,
I think I got it. I'll check on Monday with the DBA
Thanks!
andre
9 Posted by Ryan Griffith on 31 Aug, 2015 01:14 PM
That is great news, Andre, keep me posted on your findings and let me know if you have any questions.
Thanks!
Tim closed this discussion on 15 Sep, 2015 01:48 PM.