<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Aug 10, 2016 at 9:51 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That was really a primitive attempt to start modeling the stuff I ended up doing from scratch for MFA. I suspect you might be better off having the Password flow signal back an event, and using the MFA logic to branch off from that.<br></blockquote><div><br></div><div>I guess I could make that work with some re-entrant MFA transitions, but it really feels more natural to branch off the password flow.</div><div><br></div><div>Good news is that I got it working exactly like I wanted with password extended flows. Here's a diff of the config changes I made to get it working:</div><div><br></div><div><a href="https://gist.github.com/serac/4429c75af127b442c919b2ad99d53f9c">https://gist.github.com/serac/4429c75af127b442c919b2ad99d53f9c</a><br></div><div><br></div><div>It's worth noting that I had to have my subflow terminate with a DisplayUsernamePasswordPage end state to return control to the login form when the subflow completed.</div><div><br></div><div>The root cause of the NPE that I reported initially is that I had forcedAuthenticationSupported="false" on my extended flow definition bean, which caused it to be filtered out when my test request came in with that flag set on the PRC.</div><div><br></div><div>Best,</div><div>M<a href="mailto:dev-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>