It isn't Remedy workflow objects that handle this. It is coded into Mid Tier. Purely guessing but you could likely find the .jsp or .js file that has the logic and path you could change.
I am figuring you have customer that are using login.jsp as a valid page? Is this group of users that are using the custom login page more important (for a lack of a better term) than customers hitting the login.jsp page? I have to question the level of effort to make this work as desired vs. the benefit. I have a fuzzy recollection of an 8.x feature to perform custom custom redirection but I can't find it in documentation. I don't remember the context other than something to do with URLs or redirecting to web pages so I am not sure if this newish feature is a possible solution. Beyond Remedy stuff if your users that need a special login page have some way they can be identified by their machine (like computer subnet, etc.) you probably do something fancy with Apache httpd (mod_rewrite) or scripting in IIS. Still wondering if the ROI is there though. Jason On Thu, Aug 28, 2014 at 10:06 AM, Champagne, Susan <schampa...@hsnsudbury.ca > wrote: > ** > > Hi folks, > > I’m trying to find out where the workflow is coming from that causes the > login.jsp page to display when using a customizedLogin.jsp page encounters > ARERR 9388 (Authentication failed). > > > > We have a customized login page for a group of users, which displays > correct; the problem occurs when the user mistypes his/her user name or > password and encounters the Authentication failed error. As the error > appears, the window and url change to display the url and page for the > login.jsp. > > > > We’re using Mid Tier with Remedy 7.6.04. > > > > Can you assit, please? > > > > Susan Champagne > > > > **************************************************************** > The information contained in this e-mail and document(s) attached are for > the exclusive use of the addressee and may contain confidential, privileged > and non-disclosable information. If the recipient of this e-mail is not the > addressee, such recipient is strictly prohibited from reading, > photocopying, distributing or otherwise using this e-mail or its content in > any way. > _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"