Bruce, Thank you very much, I appreciate it. I receive emails to my work email whenever somebody posts and I don't receive my own email so that was just a bit confusing. (which also means that my previous questions have been ignored :( ouch!!)
Anyways, thanks again, it is much appreciated. Best Regards, Neel Gautam. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Scott Sent: Wednesday, April 18, 2007 12:30 PM To: arslist@ARSLIST.ORG Subject: Re: pleae respond till RESOLVED Neel, I see your message. Bruce -----Original Message----- From: Action Request System discussion list(ARSList) on behalf of SUBSCRIBE arslist Neel Sent: Wed 4/18/2007 10:21 AM To: arslist@ARSLIST.ORG Cc: Subject: pleae respond till RESOLVED Hello ARslisters, I am new to ARSlist and I am not sure if my messages are going through. If you guys can see this email, could you please respond to it? I'm a bit confused here and need to make sure my messages are reaching you actually. Thank you, Neel Gautam -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Axton Sent: Wednesday, April 18, 2007 11:47 AM To: arslist@ARSLIST.ORG Subject: Re: ARS7 & Matching Assignee Group field Computed groups are automatically assigned to users based on the user's regular group membership. You just define the qualification that determines whether a user is in a computed group or not and the server takes care of the rest. Read up on computed groups; I think they fit the bill. If you want to manage row-level locking based on a condition of a number of other groups for which a user is a member, you are going to have to maintain the data to drive that somewhere. It's the price you're going to have to pay for your requirement. Axton Grams On 4/18/07, Andrew Hicox <[EMAIL PROTECTED]> wrote: > I'm sorry, I should have clarified. > Computed groups would work, except that I'm going to have (literally) > hundreds of base groups, any combination of which might end up being in > the 'Assignee Group' field together. > > Unless there's a way to construct computed groups on the fly, I think > I'd need to create thousands of computed groups manually to cover every > possible combination of the base groups. > > Uhm ... is there a way to create computed groups on the fly (and assign > them to specific users on the fly as well)? That might work, though > strikes me as overly complicated. > > thanks again, > > -Andrew > > On Apr 18, 2007, at 11:08 AM, Axton wrote: > > > Computed Groups could help you with this? > > > > Create a computed group to your qual "GroupA and GroupB..." > > > > Put the computed group in the assignee group field. > > > > Haven't done this first-hand, so I'm not sure if you will run into > > issues; but theoretically it should work. > > > > Axton > > > > On 4/18/07, Andrew Hicox <[EMAIL PROTECTED]> wrote: > >> Hello everyone: > >> > >> In ARS7 you can use the 'Assignee Group' (field id 112) field to > >> control access to records (row-level locking). If you grant the > >> 'Assignee Group' permission on the 'entry id' field, then only users > >> who are in the group specified in the 'Assignee Group' field are > >> granted permission to view the record. > >> > >> This works just fine for me. However, I need to make this work with > >> multiple groups. > >> Specifically, the requirement is that a user must be in ALL of the > >> groups listed in the 'Assignee Group' field, to have access to the > >> ticket. > >> > >> So for instance if 'Assignee Group' = "Group1 Group2 Group3", a user > >> must be in all three groups to view the ticket (instead of just one of > >> the three, which is apparently the default multiple group behavior). > >> > >> Strangely enough, I can "trick" ARS into doing this with the following > >> one-off procedure ... > >> > >> 1) check 'Enable Multiple Assign Groups' in "Server Information" > >> dialogue, click "Apply" > >> 2) create a ticket with multiple groups in the 'Assignee Group' field > >> 3) uncheck 'Enable Multiple Assign Groups' > >> > >> Under those circumstances, ARS7 will behave exactly the way I want it > >> to. That is, a user must be in ALL of the groups in the 'Assignee > >> Group' field to view the ticket. > >> > >> However, I can't make any new tickets like this while it's in the > >> "AND" > >> matching mode (instead of "OR"). ARS7 gives me an error if I try to > >> create tickets with multiple groups in the 'Assignee Group' field, > >> unless the 'Enable Multiple Assign Groups' is enabled. > >> > >> If 'Enable Multiple Assign Groups' is enabled, ARS7 uses "OR" to match > >> the 'Assignee Group' field (user can be in any one of the groups). > >> > >> ARS7 will only use "AND" to match the 'Assignee Group' field (user has > >> to be in ALL groups) if 'Enable Multiple Assign Groups' is turned off. > >> > >> How can I just tell ARS7 to use "AND" to match the multiple assignee > >> groups instead of OR (as it does when the feature is turned off?) > >> > >> PLEASE HELP! > >> I'm pulling my hair out on this one! > >> > >> Thanks, > >> > >> -Andrew > >> > >> ______________________________________________________________________ > >> _________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> ARSlist:"Where the Answers Are" > >> > > > > _______________________________________________________________________ > > ________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > ARSlist:"Where the Answers Are" > > > > > Andrew N. Hicox > Hicox Information Systems LLC > Manassas, VA USA > http://hicox.com <http://hicox.com/> > [EMAIL PROTECTED] > 703-367-9085 > > ________________________________________________________________________ _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" > ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" ######################################################################## ############# The information contained in this electronic mail message, including attachments, if any, is PetSmart confidential information. It is intended only for the use of the person(s) named above. If the reader of this message is not the intended recipient, or has received this message in error, you are hereby notified that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify the sender via e-mail and promptly delete the original message. ######################################################################## ############# This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
