
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-15-2019 07:41 AM
Hi all,
I've got a workflow that creates approval records for knowledge articles.
This works great.
I've got a group of users who are set up in the workflow and they can approve/reject just fine.
I've noticed that if user A adds comments to approval record 123, user B cannot see that comment. Only user A can see their own comment.
I'd like user B to see the comment put in on the approval record from user A
I created a Read ACL for sysapprover_approval.comments where role == comms_review but still no luck. I've confirmed everyone in the approval group has the comms_review role.
Any suggestions?
Thanks!
Solved! Go to Solution.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-23-2019 04:32 AM
Ended up getting this to work but in the end, what the approvers should be doing is going to the knowledge article and looking at the approver records under related lists to see any comments. I did some more testing and it ended up getting a little messy. It's doable but we decided to go with out of the box functionality

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-15-2019 07:53 AM
Hi,
Not 100% sure I follow, but I'll try to restate back to you...
So you have an approval record that is assigned and goes to User A....User A goes in, leaves a comment, that comment is posted to the record and in the activity log. User B comes along and navigates to this same record...but can't see the comment left by User A?
I just tested this in my PDI and I as an admin, left a comment on someone elses approval request, left it still active, then impersonated an ITIL user (basic ITIL) and went to that same record and I can see my comment I made from my admin account.
I went to go look at read ACL's for this table and there is a basic read ACL already setup with this script:
if (GlideDBObjectManager.get().getAllExtensions(sn_hr_core.hr.TABLE_CASE).indexOf(current.sysapproval.sys_class_name) > -1)
answer = new sn_hr_core.hr_CaseAjax().hasHRAccess(current, isApprovalMine);
else if (gs.getProperty("glide.approvals.restrict_by_record", "false") == "true")
answer = gs.hasRole('approval_admin') || gs.hasRole('itil') || gs.hasRole('catalog') || (isApprovalMine(current) && hasAccessToDocument(current));
else
answer = gs.hasRole('approval_admin') || gs.hasRole('itil') || gs.hasRole('catalog') || isApprovalMine(current) || hasAccessToDocument(current);
So if they don't have ITIL or any of those other roles/situations above...they can't see anything. You could try to amend this ACL and add your role there and see if that helps...
Please mark reply as Helpful/Correct, if applicable. Thanks!
Please consider marking my reply as Helpful and/or Accept Solution, if applicable. Thanks!

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-23-2019 04:32 AM
Ended up getting this to work but in the end, what the approvers should be doing is going to the knowledge article and looking at the approver records under related lists to see any comments. I did some more testing and it ended up getting a little messy. It's doable but we decided to go with out of the box functionality