And looking at it from the other direction, Application-Confirm-Group (*probably*) references the User and/or Group cache to return a value. Thus, no User record, no non-zero return.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Thad K Esser Sent: Sunday, March 01, 2009 11:08 AM To: arslist@ARSLIST.ORG Subject: Re: "$PROCESS$ Application-Confirm-Group 1" returns 0 when run as AR_ESCALATOR / CTM:People Integration Yeah thanks, I know Escalations run with administrator permissions, I just thought it interesting that the Application-Confirm-Group doesn't confirm that AR_ESCALATOR is an administrator. Maybe that's intuitive to everyone else, but it wasn't at first to me. Mostly, it was tripping up my CTM:People integration, and I know other posters were working on the same integration, so I was hoping it'd save them some trouble. Thad Esser Remedy Developer "Argue for your limitations, and sure enough, they're yours."-- Richard Bach From: LJ Longwing <lj.longw...@gmail.com> To: arslist@ARSLIST.ORG Date: 02/28/2009 10:46 PM Subject: Re: "$PROCESS$ Application-Confirm-Group 1" returns 0 when run as AR_ESCALATOR / CTM:People Integration Sent by: "Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG> Thad, Escalations run as administrator, in the same way that filters do, anything that happens at the server level happens as an admin. This is to say that you could create a single field on a form that the user has access to....and write filters to all of the admin only fields that exist on a form and the filters will do it without any permission errors, because while the user is the one causing the changes to happen, they aren't actually modifying the fields, the filter is. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Thad K Esser Sent: Saturday, February 28, 2009 10:50 AM To: arslist@ARSLIST.ORG Subject: "$PROCESS$ Application-Confirm-Group 1" returns 0 when run as AR_ESCALATOR / CTM:People Integration Hello, I learned something new today that seemed kind of nuanced, so I thought I'd share. Running a "$PROCESS$ Application-Confirm-Group 1" returns 0 when run as AR_ESCALATOR. The manuals say that AR_ESCALATOR runs with Administrator permissions, so I would have expected this run process to return a 1 (saying that AR_ESCALATOR is in the group). It turns out that since AR_ESCALATOR doesn't have a record in the user form, it technically isn't in the Administrator group, although it runs with Administrator permissions. Go figure. For those of you that have recently mentioned you are working on a CTM:People integration, this is where I found the issue. The escalation I had created to push records to the CTM:People form was setting the 'Unrestricted' (access) field to Yes, but it wasn't getting set on the final records. The filters in play are: CTM:PPL:ChkUnrestrictedAccess_595 - has the Application-Confirm-Group command and sets a temp field. CTM:PPL:ChkUnrestrictedAccess-Fail_596 - checks the temp field (and some other stuff) and clears the Unrestricted field. Since AR_ESCALATOR wasn't confirmed to be an Administrator, this was firing and clearing my value. To fix it, I added $USER $ != "AR_ESCALATOR" to the end of the Run-If. There is also a "CTM:PPL:ChkUnrestrictedAccess-Fail2_596" filter that does the opposite, so I added the same thing to the end of its Run-If. Anyway, I hope that saves someone some hassles at some point. ITSM 7.0.3 patch 9 ARS 7.1 patch 6 Thad Esser Remedy Developer "Argue for your limitations, and sure enough, they're yours."-- Richard Bach *IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature. * ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" *IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature. * ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"