- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-08-2022 02:32 AM
Hi everyone,
I try to remove the change task record delete functionality for everyone when associated change is in state close. Even admin should not be possible to delete change task whn the parent change is in state closed.
I tryed a acl but this remove the delete record function totaly and not only when parent cange is closed. What could b the problem here?
Thanks for your help.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-08-2022 06:31 AM
@JohnDF ,
Yes, you need to select a role, you should put there role(s) who should be able to delete when Change Requestis Not Closed. Don't take it as the role mentioned there will be able to delete anytime. Keep itil_admin role there. Just put the condition in condition builder as shown below and it will work for the condition you mention to work.
Give it a shot and let me know if it fails in your testing.
Regards,
Kamlesh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-08-2022 06:24 AM
@kamlesh kjmar Thanks for reply,
Thanks for clarify. But I cant remove role it always want one role be there. If i remove it it will put there sn_internal role. I have CSM Plugin activated.
How can I remove roles there that nobody can delte the record when the condition is met?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-08-2022 06:31 AM
@JohnDF ,
Yes, you need to select a role, you should put there role(s) who should be able to delete when Change Requestis Not Closed. Don't take it as the role mentioned there will be able to delete anytime. Keep itil_admin role there. Just put the condition in condition builder as shown below and it will work for the condition you mention to work.
Give it a shot and let me know if it fails in your testing.
Regards,
Kamlesh