You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After this the API proceeds further, sends email with TOKEN, accepts the TOKEN, removes the claimed TOKEN from DB and sends response COMPLETE with the message "The password has been changed successfully."
However the user does not get it's password changed in LDAP and no email sent with the new password either.
Attached the trace log for the last request which is sending the TOKEN in. trace_half_success.log
... sends response COMPLETE with the message "The password has been changed successfully." However, the user did not get it's password changed in LDAP and no email sent with the new password either.
When we have "Send Password" or "Send Password and expire" configured, this if statemen checks if we can reset the password or unlock the account only, then it returns with the COMPLETE state without doing anything else.
The only way to make it work is to set the Forgotten Password Action to "Allow user to type in new password". Managed to change user password via REST API with all settings configured as mentioned before.
Describe the bug
The forgottenpassword API is crashing after second request when the user search and verification detection is complete.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The third response should be METHOD_CHOICE or TOKEN_CHOICE
Screenshots
Desktop (please complete the following information):
It is in the trace log
Smartphone (please complete the following information):
N/A
Additional context
trace.log
The text was updated successfully, but these errors were encountered: