I have a similar problem that I can't figure out what happened. We are on a unix server 6.0.3 patch 1351 on top of sybase 12.5.1. I was copying forms and workflow from development to production (both at same versions) and I wanted the forms to now be part of a deployable application. (I didn't export the application because I am having problems of the export hanging the server). So to be safe I thought I would move everything over and then convert it to deployable.
I created my roles and mapped my groups. Then I went into the admin client and set the default permissions for the application. I tried adding them using the Groups/Roles but noticed that on the fields it didn't give me the option of making them r/w. So I went into each form and changed permissions on the forms and fields. When the users tried to access it via the mid-tier they got an error message Apparently the permissions didn't 'stay', so I went back and changed them again. The users still could not get in. I changed the alias name, made that home page the server default, still strange. Sometimes if I changed the preference a user could get in, others could not. Finally I went thru and modified everyone's user record and preference and they can get in. What did I do wrong? Janet Mahan NSM Systems Admin II EMBARQ Voice: 941-766-6199 | Wireless: 321-356-0128 | Fax: 941-766-6199 Email: [EMAIL PROTECTED] Telecommuter - Florida Mailstop: FLPTCA0101 Voice | Data | Internet | Wireless | Entertainment This e-mail is the property of EMBARQ and may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender and delete all copies of the message. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Terry Bootsma Sent: 19 January, 2007 4:20 PM To: [email protected] Subject: Re: Group Permissions to Deployable Application Objects Best Practice.... When working with Deployable Applications, you should always assign permissions based on ROLE, not group name, independent on how you have mapped groups to roles in the ROLE form. Hope that helps.. Terry -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of L. J. Head Sent: Friday, January 19, 2007 4:10 PM To: [email protected] Subject: Group Permissions to Deployable Application Objects Ok...here is my understanding...please feel free to correct if I am mistaken at any point during this Create Deployable Application 'A' Create Form 'F' Make Form F part of Deployable Application A Create Group 'G' Create Role 'R' Map Roll R to Group G Now...when I'm in Form F I can grant permissions to the Role I created...but not the Group If in the application and I go to groups/roles I can manage any dynamic group...and all of my roles...but not my regular groups (as it should be) If I am simply connected to the server however...and I go into Groups from there...I noticed something weird, I have the ability to grant my Group form and field permissions. Now...I get an error stating that group permissions have been removed because the object is in a deployable app....but the field stays on the right side of the column....even if I leave and come back.... Now to the question. Does that group have access? If I were to re-map my role to another group...would members of group G still have access?...according to the groups dialog it does...but even after I grant that...I can't see it by going into the form and looking at those fields... If my group doesn't have access...why does it's permissions still get saved with the object? Why do objects that are in deployable applications still show up for me to assign group permissions to? ____________________________________________________________________________ ___ 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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
image001.gif
Description: image001.gif
