The ticket # I have is ISS03170954, but I'm not sure you'll be able to see anything for that.
________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of LJ LongWing (Head) Sent: Tuesday, October 16, 2007 3:13 PM To: arslist@ARSLIST.ORG Subject: Re: 353 Error ** Is it possible for you to possibly provide me with a bug # or a ticket number from BMC? ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Durrant, Michael M. - ITSD Sent: Tuesday, October 16, 2007 2:45 PM To: arslist@ARSLIST.ORG Subject: Re: 353 Error ** I saw something similar in MidTier 7.0.01 <no patch>. I upgraded to Patch 003 per BMC's recommendation. Sounds like something that made it into Patch 003 that didn't make it into 7.1... ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of LJ LongWing (Head) Sent: Tuesday, October 16, 2007 2:43 PM To: arslist@ARSLIST.ORG Subject: Re: 353 Error ** No unfortunately. The error message states very explicitly You have no permission to form : <Insert target form name here> (ARERR 353) These are entry points that are enabled at the Form level, not with an AL Guide...so there aren't any extra permissions I gotta look out for...we aren't using global fields (the only way I can think of to only have workflow fire 'the first time' a form is opened. I'm thinking it's a bug in the Mid-Tier because the permissions on the form are accurate, the user has the permissions needed, they see the link, it breaks once and then works...almost like it doesn't have the form in cache...so it errors out...but when you request the form by clicking on the link...it retrieves it...then when they click it again the server now has the form cached and can see that they have permission and allows them to access server. Maybe I should look into how the prefetch thing works and see if that helps eliminate this problem. ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza Sent: Tuesday, October 16, 2007 2:34 PM To: arslist@ARSLIST.ORG Subject: Re: 353 Error ** Is there a table field it tries to refresh only the first time the form opens but the user does not have access to the underlying data form of that table field? Or maybe some workflow on Window open that tries to pull data from another form the first time the window is opened? Joe D'Souza -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of LJ LongWing (Head) Sent: Tuesday, October 16, 2007 4:17 PM To: arslist@ARSLIST.ORG Subject: 353 Error ARS 7.1 Mid-Tier 7.1 New Atlanta ServletExec 5.0.0.13 Java 1.5.0_11 Windows 2003 We are working in a Test environment and every time we drop code from Dev to Test we flush the web cache to ensure that the latest code is available to the testers. We use the Application list on the left of the home page with entry points heavily on a home grown app. Sometimes, some of the users will click on an entry point and get a 353 error. Excerpt from Error Message Guide 353 Error You have no access to form. You are not allowed to access the specified form. Form permissions do not allow you to get the definition of the form or of its fields or to access the data it contains. Contact your AR System administrator if you need access to the form. The funny thing is if they didn't have access to the form...they wouldn't see the entry point. Even stranger, if they try again immediately after it works, and continues to work until we flush the cache again. I'm thinking it's a bug in Mid-Tier 7.1...but can't be sure. Anyone else seen this problem? Oh...and it only manifests itself in Mid-Tier of course...so no client interaction with this app. LJ LongWing RAC 7.x Certified __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ The information contained in this email may be privileged, confidential or otherwise protected from disclosure. All persons are advised that they may face penalties under state and federal law for sharing this information with unauthorized individuals. If you received this email in error, please reply to the sender that you have received this information in error. Also, please delete this email after replying to the sender. __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ The information contained in this email may be privileged, confidential or otherwise protected from disclosure. All persons are advised that they may face penalties under state and federal law for sharing this information with unauthorized individuals. If you received this email in error, please reply to the sender that you have received this information in error. Also, please delete this email after replying to the sender. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"