<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Sep 19, 2016 at 1:31 PM Marvin Addison <<a href="mailto:marvin.addison@gmail.com">marvin.addison@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Sep 19, 2016 at 11:57 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Or just up the net.shibboleth.idp.session.impl.ExtractActiveAuthenticationResults category for now to DEBUG, I don't think that would be so noisy in production that it would cause trouble.<br></blockquote><div><span style="line-height:1.5"><br></span></div></div></div><div dir="ltr"><div class="gmail_quote"><div><span style="line-height:1.5">I'll keep you posted on what I find out.</span></div></div></div></blockquote><div><br></div><div>I see only two kinds of events from that logger:</div><div><br></div><div>1. No active authentication results, SSO will not be possible</div><div>2. Authentication result {} is active, copying from session</div><div><br></div><div>Presumably the first corresponds to what we're seeing as premature reauthentication. So it looks like the session is returning an empty collection for IdPSession#getAuthenticationResults(), which is what you'd expect if the results had expired prematurely and were purged from persistent storage.</div><div><br></div><div>M</div><div><br></div></div></div>