<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 14, 2016 at 10:48 AM, O'Dowd, Josh <span dir="ltr"><<a href="mailto:Josh.O'Dowd@mso.umt.edu" target="_blank">Josh.O'Dowd@mso.umt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks Daniel,<br>
<br>
I have continued to make small steps towards finding the root of the issue, but not there yet…  Per your last reply, I did implement a bindSearchEntryResolver with broad privy for fetching attributes, so the LDAP Error Code-50 is no longer occurring.  I can see, though, that the auth/Password flow is not reaching a ‘proceed’ event after the authentication response happens.  It just returns to the login.vm view with no messages.  I still cannot see anything in the logs to indicate what is causing this.<br>
<br></blockquote><div><br></div><div>I started with vanila v3.3.0</div><div>Dropped in an authentication response handler to mimic ppolicy, it always sets CHANGE_AFTER_RESET.</div><div>Edited conf/authn/password-aut<wbr>hn-config.xml and added <value>CHANGE_AFTER_RESE<wbr>T</value> to ExpiredPassword.</div><div><br></div><div>A successful login put me back to the login page with no messages.</div><div>By default the expired-password subflow shows an error message on the login page, so I inspected login-error.vm.</div><div>login-error.vm only includes code for resolving a message from the AuthenticationErrorContext.</div><div>That's not a surprising assumption, I don't think halting the login process after a successful login was a consideration.</div><div>Adding a block of code to login-error.vm to resolve a message using the AuthenticationWarningContext got me the behavior I was expecting.</div><div>Which is, the user is dumped back to the login screen with a message that the password is expired.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I do have the loggers …webflow, …idp, and …ldaptive tuned up to TRACE or DEBUG.  So there is a lot there.  I am hoping that I am just overlooking something that is there to find.<br></blockquote><div><br></div><div>You have <logger name="org.springframework.webf<wbr>low" level="DEBUG"/> in conf/logback.xml ?</div><div> </div><div>--Daniel Fisher</div><div><br></div></div></div></div>