Hi Ben, I looked up the field and the workflow references using in ARInside. Other than in an open windows action the only place I found that sets a value for Permission_Group_Enabled (Id: 301507700) is the filter CTM:DSG:CreateSupportGroup_790_PSGP`!. This filter is for the data load utility. As far as I can tell there is no other workflow that will change it from its default value of Yes.
Regarding re-caching when migrating groups (shameless plug for 3rd party product to follow), I have used Meta-Update to copy about 200 groups from test to production without issue. However there was no user load on the system as well as I suppressed workflow to migrated straight from core/foundation form to core/foundation form and workflow mentioned in this thread was not being triggered. Jason On Wed, Oct 27, 2010 at 1:19 PM, Ben Chernys < [email protected]> wrote: > ** > > Thanks Anne > > > > That’s interesting. Perhaps when something is assigned to an “External > group” - there’s an enum value for that on the support group form, then > that group’s permission is added to the record? (and what about the > relevant related records?). Perhaps also all groups are added to the > individual records and the users of the support group have only that support > group permission and not the company permissions (makes more sense from a > coding perspective but not a data maintenance perspective). > > > > Makes data migration even more interesting than it has been, eh? But no > worries there, just slower performance! > > > > In any event, it is creating a real group for ALL support groups not just > external ones (perhaps a bug – I am not running the latest patch / > version). The re-caching (I was adding hundreds of support groups quite > fast) brought down the server on a protection exception – again not the best > patch level. > > > > Could you point out where some of this is documented? I looked in the ITSM > 7.6.03 Config Guide and that was certainly missing there. > > > > Cheers > > Ben > > > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Ramey, Anne > *Sent:* October-27-10 16:29 > *To:* [email protected] > *Subject:* Re: Possibly spam: ITSM 7.6 Changes: Support Group implies > Permission Group > > > > ** > > I don’t know for sure, but I know row level permissions have gotten a > little more complex to allow for the new vendor support groups > functions/permissions. This is probably a part of that new model of > allowing support groups as well as companies to have row level permissions > for a record. > > > > Anne Ramey > > *********************************** > > *E-mail correspondence to and from this address may be subject to the > North Carolina Public Records Law and may be disclosed to third parties only > by an authorized State Official.* > > > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Ben Chernys > *Sent:* Wednesday, October 27, 2010 8:48 AM > *To:* [email protected] > *Subject:* Possibly spam: ITSM 7.6 Changes: Support Group implies > Permission Group > > > > ** > > In ITSM 7.6 (and not in previous versions) the CTM:Permission Group table > has an enum to control the creation of a real permission Group (in ARS Group > table). By default this is set to true. The GUI does not display the field > and so if you manually add a support group, you get a permission group. > > > > Of-course, this is NOT documented in the ITSM config guides. > > > > Anyone now why this is so and what the permission group might be used for? > ** > > > > Ben Chernys > > Senior Software Architect > Software Tool House Inc. > > Canada / Deutschland / Germany > Mobile: +49 171 380 2329 GMT + 1 + [ DST ] > Email: [email protected] > Web: www.softwaretoolhouse.com > > Check out Software Tool House's free Diary Editor. > > *Meta-Update**,* our premium ARS Data tool, lets you automate > your imports, migrations, *in no time at all*, without programming, > without staging forms, without merge workflow. > http://www.softwaretoolhouse.com/ > > > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
