As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
I'm customizing login pages for my dashboards and I've created a new login page with much success. It's quite the looker.
I've created a new password-change page and the login page points to it. So far so good. I change the bid-config.xml file for password-change-success and it's redirecting to my new login page just fine.
But, password-change-failure results in the original WORP_PassChange.jsp page being displayed. Is there a way to have my redesigned password change page to display instead of the original in the event the password change attempt fails?
J.
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
I'm surprised there's a setting for password-change-success but not for password-change-fail. I suppose the proposition is that you have no reason to go anywhere else than the page that changes the password.
I'll look into the idea of moving up the chain one step Waz, which I am presuming how you figured out how to submit the form and receive xml in return instead of a page repaint. It may be as simple as submitting into a pop-under and then capturing the error message to present on the original calling page, but Ajaxing it would be simpler still if I can figure out how to get that back instead of the html.
J.
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
Hey Waz, bumped into a little snag here -- my users aren't in Managed Reporting yet, so I can't submit to MR without receiving the "Log in to MR" message. Did you move the location of where you had them change the password?
By the way this is MR password only, we proxy to the reporting server.
J.
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
Read-Only Topic
