-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WordPress lost password form redirects #121
Comments
Forgot to mention on more thing. The 'login page' link on the success view points to |
Hi, thanks for this report! This is definitely a workflow issue that should be redirecting to the WordPress login page if you are using |
HI @anilnatha Can you please confirm the exact settings that you currently have on the Advanced tab of your Authorizer Settings page? A screenshot would suffice. Additionally, do you currently have |
Hi @pkarjala Here is a screenshot of the the advanced settings:
Yes, it is enabled. |
Hi @anilnatha I've just pushed up a code fix to address this issue. The fix will be included in the next Authorizer release. |
Version 3.4.2 has been released with this fix. Thanks! |
Thank you for addressing the issue @pkarjala and @figureone! I'll update our instance and report back if I encounter any issues. |
Hello again! I found an issue with the WordPress "lost your password" feature when Authorizer is installed and could use your guidance on how I may fix it.
When a user bypasses our default login and visits our WordPress login page by appending the query string
external=wordpress
, they can then access the "lost your password" feature. After submitting the 'lost your password' form, the user is redirected to a success view onwp-login.php
with the query string?checkemail=confirm&external=cas
. Because Authorizer attempted to send them to our default login page which is CAS by settingexternal=cas
, it causes the success page to break:If I change
external=cas
toexternal=wordpress
the page renders correctly and this is where the user should have been sent after submitting the form since they had originally bypassed the default login:Any ideas on how this may be remedied?
BTW, Thanks again for all your support on getting the proxy updates added, it's been working great for us.
The text was updated successfully, but these errors were encountered: