<div dir="ltr">Thanks for the clarification Scott.<div><br></div><div>I was trying to learn in a sandbox what we'll need to have in place soon for an SP (not ours) that does make use of the transient id value.</div><div><br></div><div>In my sandbox, when I didn't specify this attribute, I didn't see anything being passed for nameid (transient or otherwise). Is this something that must be requested from the SP side then? (Searching SP docs now...)</div><div><br></div><div>-Norm</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 16, 2018 at 4:52 PM 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">Hmm, actually I'm wrong, I thought we were ignoring the old TransientId definition, but given that this has come up a couple of times now, I checked, and we're not. So that's a bit of a mess, unfortunately, I guess defining an AttributeDefinition of that sort still does what it used to, which can create some very weird configuration choices if people start randomly doing things, some of which you did.<br>
<br>
The simplest way to "fix" it is just to get rid of that definition and anything referencing that attribute ID, and once that's gone, transients will work the way they're meant to, as a fallback that's all but automatic.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>