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___ 

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to