Carin, I checked the group type, it is change. This behavior only happens when in the Application Window, not the root Server Window. So, it is really baffling. The work-arounds are either, 1) apply bulk permissions from the root server window, or 2) do individual permission changes on the form itself, field by field.
Thanks! Brien 2008/7/11 Sinclair, Carin <[EMAIL PROTECTED]>: > ** > > Brien, > > > > Check the Group type sure it is a "Change" not view > > > > Carin > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Brien Dieterle > *Sent:* Friday, July 11, 2008 3:53 PM > *To:* [email protected] > *Subject:* bulk permissions not saved for non-core groups inside a local > application > > > > ** Hi List, > > > I was wondering if anyone else can reproduce this bug on AR Server 7.1.00 > P2 or P3. The trick is you have to be IN a local Application Window and > click on groups, rather than from the root Server Window. Thanks! > > > 1. STEPS TO REPRODUCE: > > Admin Tool => Open a Local Application => Click on Groups => Select a group > that's not one of the default groups (Public, Assigness, Submitter) => Add > Permission for that group to a From/Active Link, etc => Click Apply => Close > the Groups Permissions window. > > 2. ACTUAL RESULTS: > > The permissions are not saved. > > 3. EXPECTED RESULTS: > > Permissions should be saved. > > 4. BUSINESS IMPACT: > > There is a workaround of doing the change through the Server window, but > that's not as efficient since all items are displayed just not those related > to the application. > > 5. ADDITIONAL INFO: > > SQL Log shows the following when permissions changed on the form itself: > > <SQL > <TID: 0000001656> <RPC ID: 0000002999> <Queue: Admin > > <Client-RPC: 390600 > <USER: Demo > > /* Thu Jun 19 2008 13:43:31.0780 */DELETE FROM schema_group_ids WHERE > schemaId = 92 > <SQL > <TID: 0000001656> <RPC ID: 0000002999> <Queue: Admin > > <Client-RPC: 390600 > <USER: Demo > > /* Thu Jun 19 2008 13:43:31.0780 */OK > <SQL > <TID: 0000001656> <RPC ID: 0000002999> <Queue: Admin > > <Client-RPC: 390600 > <USER: Demo > > /* Thu Jun 19 2008 13:43:31.0780 */INSERT INTO schema_group_ids > (schemaId,groupId,permission) VALUES (92,779,1) > > When done via the Groups view within the Application: > > <SQL > <TID: 0000001656> <RPC ID: 0000003616> <Queue: Admin > > <Client-RPC: 390600 > <USER: Demo > > /* Thu Jun 19 2008 13:43:56.7960 */DELETE FROM schema_group_ids WHERE > schemaId = 92 > <SQL > <TID: 0000001656> <RPC ID: 0000003616> <Queue: Admin > > <Client-RPC: 390600 > <USER: Demo > > /* Thu Jun 19 2008 13:43:56.7960 */OK > <SQL > <TID: 0000001656> <RPC ID: 0000003616> <Queue: Admin > > <Client-RPC: 390600 > <USER: Demo > > /* Thu Jun 19 2008 13:43:56.7960 */SELECT version,smObjProp from arschema > WHERE schemaId = 92 > > There's no INSERT done following the DELETE. > > > Brien > __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > html___ > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 270.4.7 - Release Date: 7/8/2008 12:00 > AM > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 270.4.7 - Release Date: 7/8/2008 12:00 > AM > __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > html___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
