<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><div id="bloop_customfont" style="margin: 0px;">Great, thanks for the confirmation! Makes sense, and I’ll consider it expected behavior.</div><div id="bloop_customfont" style="margin: 0px;"><br></div><div id="bloop_customfont" style="margin: 0px;">I’ll go with what works, and hope for the best.</div></div> <br> <div id="bloop_sign_1456766146609860864" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px">-Jj</div></div> <br><p class="airmail_on">On February 29, 2016 at 11:05:55, Cantor, Scott (<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>> I have an attribute that is only interesting after authentication for selecting
<br>> further authentication flows, noted with `idp.authn.resolveAttribute`. In
<br>> working through an activation condition, I’ve noticed that no matter what I
<br>> set, the activation condition doesn’t seem to respected (e.g., I’d set it to one
<br>> that always returns false, and the attribute would still be resolved).
<br>
<br>I don't know exactly in what spot the condition is checked or how it's logged, but the activation condition can't possibly stop the resolver from asking it to resolve itself, the condition runs inside the plugin. It should simply short-circuit anything coming back. If it's not, that would be a bug (or the condition isn't configured).
<br>
<br>> I’ve found a way around this for the short term by controlling the Data
<br>> Connector, though this seems like it might be overkill and might cause
<br>> problems later on.
<br>
<br>Well, given the work involved, it's more common to run connectors conditionally, I would say.
<br>
<br>> Relatedly, is there an inbuilt way to configure an attribute to only be resolved
<br>> during/before authentication and not during attribute resolution?
<br>
<br>I don't believe there's anything exposed to provide a list of what to resolve during the normal stage.
<br>
<br>-- Scott
<br>
<br>-- <br>To unsubscribe from this list send an email to users-unsubscribe@shibboleth.net</div></div></span></blockquote></body></html>