Re: Permissions Question/Problem
Thank you all for your quick and thoughtful response. I went through all of your responses and insured my permissions were correct and that the cache was flushed. Problem still exist. Started going through the work flow again and realized my logic is flawed (imagine that). The AL guide/loop is trying to modify all the records matching STATUS=0 and it should only be modifying the ones in the Submitters basket. I need to go back and correct the logic. Really appreciate the great input provided by the people on this list, it's a constant source of support. Russ Date: Tue, 10 Sep 2013 18:20:47 + From: d...@dcshq.com Subject: Re: Permissions Question/Problem To: arslist@ARSLIST.ORG ** Also the message You do not have write access to this record. : 7 Means that 'Status' (C7) field does not have modify permission of Submitter or your ID was not set to the Submitter field on Create (Default on Submitter should be $USER$ or you add $USER$ in the original create. Dale Jones DCS Raleigh, NC 919-523-6034 From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on behalf of Longwing, Lj [llongw...@usgs.gov] Sent: Tuesday, September 10, 2013 2:13 PM To: arslist@ARSLIST.ORG Subject: Re: Permissions Question/Problem ** Russ, As Frederick says, the fields need to have Submitter Change permissions. The setting of 'Allow any user to submit' is extremely confusing, but it shouldn't be. That setting simply means that you don't need to be a member of a group with 'change' permission to be able to submit the record...you don't even need a write license to be able to write to the field on submit...but it has NOTHING to do with ability to MODIFY the record once submitted. That requires that you be in Submitter Mode Locked (which you are), that the user in question's name must be the value in field id 2, and the Submitter permission must be assigned with Change permissions. And as Misi said, it should work the same way in both clients...so you may be dealing with either a server or client side cache issue. On Tue, Sep 10, 2013 at 12:10 PM, Grooms, Frederick W frederick.w.gro...@xo.com wrote: ** Do the fields on the “Cart” form have Submitter Write permissions? Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of rdg em Sent: Tuesday, September 10, 2013 1:04 PM To: arslist@ARSLIST.ORG Subject: Permissions Question/Problem ** ARS 8.1/OS=Windows Server/Custom App I have a form which is used to create user request, Allow Any User To Submit = Yes, since users will typically not have a license (Submitter Mode = Locked). The application has a read only form(control panel) which is used to create the user request. The user request are created from a list in a table field and move to Cart which is just an adjacent table field. Multiple request can be moved to the cart. This is my problem, once the user has added the needed request, I have workflow (AL guide/loop) which goes through the table, changing the status of the request so they can be approved. When I execute the ALs I get an error: You do not have write license (ARERR 8932) You do not have write access to this record. : 7 (ARERR 331) Although if I log into ARS using thick client with the same user(no license) I'm able to modify the record, executing status change with no problems/errors. I'm now confused why my workflow (Active Links) error out but doing the changes manually apart from workflow does not error. This seems very easy and straight forward - I've created many apps in the past that do similar functions. Any suggestions for correcting this problem would be very much appreciated. This is the first app I've built since a recent upgrade from 7.4 to 8.1, there are many small changes that have caused me to relearn a few things. I'm hoping this is another case of something new but maybe I'm just missing something obvious. Thank you, Russ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Permissions Question/Problem
ARS 8.1/OS=Windows Server/Custom App I have a form which is used to create user request, Allow Any User To Submit = Yes, since users will typically not have a license (Submitter Mode = Locked). The application has a read only form(control panel) which is used to create the user request. The user request are created from a list in a table field and move to Cart which is just an adjacent table field. Multiple request can be moved to the cart. This is my problem, once the user has added the needed request, I have workflow (AL guide/loop) which goes through the table, changing the status of the request so they can be approved. When I execute the ALs I get an error: You do not have write license (ARERR 8932) You do not have write access to this record. : 7 (ARERR 331) Although if I log into ARS using thick client with the same user(no license) I'm able to modify the record, executing status change with no problems/errors. I'm now confused why my workflow (Active Links) error out but doing the changes manually apart from workflow does not error. This seems very easy and straight forward - I've created many apps in the past that do similar functions. Any suggestions for correcting this problem would be very much appreciated. This is the first app I've built since a recent upgrade from 7.4 to 8.1, there are many small changes that have caused me to relearn a few things. I'm hoping this is another case of something new but maybe I'm just missing something obvious. Thank you, Russ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Permissions Question/Problem
Russ, As Frederick says, the fields need to have Submitter Change permissions. The setting of 'Allow any user to submit' is extremely confusing, but it shouldn't be. That setting simply means that you don't need to be a member of a group with 'change' permission to be able to submit the record...you don't even need a write license to be able to write to the field on submit...but it has NOTHING to do with ability to MODIFY the record once submitted. That requires that you be in Submitter Mode Locked (which you are), that the user in question's name must be the value in field id 2, and the Submitter permission must be assigned with Change permissions. And as Misi said, it should work the same way in both clients...so you may be dealing with either a server or client side cache issue. On Tue, Sep 10, 2013 at 12:10 PM, Grooms, Frederick W frederick.w.gro...@xo.com wrote: ** Do the fields on the “Cart” form have Submitter Write permissions? ** ** Fred ** ** ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *rdg em *Sent:* Tuesday, September 10, 2013 1:04 PM *To:* arslist@ARSLIST.ORG *Subject:* Permissions Question/Problem ** ** ** ARS 8.1/OS=Windows Server/Custom App I have a form which is used to create user request, Allow Any User To Submit = Yes, since users will typically not have a license (Submitter Mode = Locked). The application has a read only form(control panel) which is used to create the user request. The user request are created from a list in a table field and move to Cart which is just an adjacent table field. Multiple request can be moved to the cart. This is my problem, once the user has added the needed request, I have workflow (AL guide/loop) which goes through the table, changing the status of the request so they can be approved. When I execute the ALs I get an error: You do not have write license (ARERR 8932) You do not have write access to this record. : 7 (ARERR 331) Although if I log into ARS using thick client with the same user(no license) I'm able to modify the record, executing status change with no problems/errors. I'm now confused why my workflow (Active Links) error out but doing the changes manually apart from workflow does not error. This seems very easy and straight forward - I've created many apps in the past that do similar functions. Any suggestions for correcting this problem would be very much appreciated. This is the first app I've built since a recent upgrade from 7.4 to 8.1, there are many small changes that have caused me to relearn a few things. I'm hoping this is another case of something new but maybe I'm just missing something obvious. Thank you, Russ ** ** ** ** _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Permissions Question/Problem
Also the message You do not have write access to this record. : 7 Means that 'Status' (C7) field does not have modify permission of Submitter or your ID was not set to the Submitter field on Create (Default on Submitter should be $USER$ or you add $USER$ in the original create. Dale Jones DCS Raleigh, NC 919-523-6034 From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on behalf of Longwing, Lj [llongw...@usgs.gov] Sent: Tuesday, September 10, 2013 2:13 PM To: arslist@ARSLIST.ORG Subject: Re: Permissions Question/Problem ** Russ, As Frederick says, the fields need to have Submitter Change permissions. The setting of 'Allow any user to submit' is extremely confusing, but it shouldn't be. That setting simply means that you don't need to be a member of a group with 'change' permission to be able to submit the record...you don't even need a write license to be able to write to the field on submit...but it has NOTHING to do with ability to MODIFY the record once submitted. That requires that you be in Submitter Mode Locked (which you are), that the user in question's name must be the value in field id 2, and the Submitter permission must be assigned with Change permissions. And as Misi said, it should work the same way in both clients...so you may be dealing with either a server or client side cache issue. On Tue, Sep 10, 2013 at 12:10 PM, Grooms, Frederick W frederick.w.gro...@xo.commailto:frederick.w.gro...@xo.com wrote: ** Do the fields on the “Cart” form have Submitter Write permissions? Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of rdg em Sent: Tuesday, September 10, 2013 1:04 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Permissions Question/Problem ** ARS 8.1/OS=Windows Server/Custom App I have a form which is used to create user request, Allow Any User To Submit = Yes, since users will typically not have a license (Submitter Mode = Locked). The application has a read only form(control panel) which is used to create the user request. The user request are created from a list in a table field and move to Cart which is just an adjacent table field. Multiple request can be moved to the cart. This is my problem, once the user has added the needed request, I have workflow (AL guide/loop) which goes through the table, changing the status of the request so they can be approved. When I execute the ALs I get an error: You do not have write license (ARERR 8932) You do not have write access to this record. : 7 (ARERR 331) Although if I log into ARS using thick client with the same user(no license) I'm able to modify the record, executing status change with no problems/errors. I'm now confused why my workflow (Active Links) error out but doing the changes manually apart from workflow does not error. This seems very easy and straight forward - I've created many apps in the past that do similar functions. Any suggestions for correcting this problem would be very much appreciated. This is the first app I've built since a recent upgrade from 7.4 to 8.1, there are many small changes that have caused me to relearn a few things. I'm hoping this is another case of something new but maybe I'm just missing something obvious. Thank you, Russ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Permissions Question/Problem
Hi, If it works in aruser.exe, it should work in Mid-Tier. Maybe you are having trouble getting your changes out to your Mid-Tier, did you try flushing your cache? Do you use the Submitter permission group to perform the status change? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. ARS 8.1/OS=Windows Server/Custom App I have a form which is used to create user request, Allow Any User To Submit = Yes, since users will typically not have a license (Submitter Mode = Locked). The application has a read only form(control panel) which is used to create the user request. The user request are created from a list in a table field and move to Cart which is just an adjacent table field. Multiple request can be moved to the cart. This is my problem, once the user has added the needed request, I have workflow (AL guide/loop) which goes through the table, changing the status of the request so they can be approved. When I execute the ALs I get an error: You do not have write license (ARERR 8932) You do not have write access to this record. : 7 (ARERR 331) Although if I log into ARS using thick client with the same user(no license) I'm able to modify the record, executing status change with no problems/errors. I'm now confused why my workflow (Active Links) error out but doing the changes manually apart from workflow does not error. This seems very easy and straight forward - I've created many apps in the past that do similar functions. Any suggestions for correcting this problem would be very much appreciated. This is the first app I've built since a recent upgrade from 7.4 to 8.1, there are many small changes that have caused me to relearn a few things. I'm hoping this is another case of something new but maybe I'm just missing something obvious. Thank you, Russ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Permissions Question/Problem
Do the fields on the Cart form have Submitter Write permissions? Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of rdg em Sent: Tuesday, September 10, 2013 1:04 PM To: arslist@ARSLIST.ORG Subject: Permissions Question/Problem ** ARS 8.1/OS=Windows Server/Custom App I have a form which is used to create user request, Allow Any User To Submit = Yes, since users will typically not have a license (Submitter Mode = Locked). The application has a read only form(control panel) which is used to create the user request. The user request are created from a list in a table field and move to Cart which is just an adjacent table field. Multiple request can be moved to the cart. This is my problem, once the user has added the needed request, I have workflow (AL guide/loop) which goes through the table, changing the status of the request so they can be approved. When I execute the ALs I get an error: You do not have write license (ARERR 8932) You do not have write access to this record. : 7 (ARERR 331) Although if I log into ARS using thick client with the same user(no license) I'm able to modify the record, executing status change with no problems/errors. I'm now confused why my workflow (Active Links) error out but doing the changes manually apart from workflow does not error. This seems very easy and straight forward - I've created many apps in the past that do similar functions. Any suggestions for correcting this problem would be very much appreciated. This is the first app I've built since a recent upgrade from 7.4 to 8.1, there are many small changes that have caused me to relearn a few things. I'm hoping this is another case of something new but maybe I'm just missing something obvious. Thank you, Russ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years