<div dir="auto">Yes that seems like the correct approach regarding consent choice storage, according to:<div dir="auto"><br></div><div dir="auto">"Users will be prompted to consent to attribute release at every log in. This is implemented by not storing consent."</div><div dir="auto"><br></div><div dir="auto">And the section on storage -> retention from that page.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 22, 2026, 3:49 AM Bergmann, Clemens <<a href="mailto:clemens.bergmann@tu-darmstadt.de" target="_blank" rel="noreferrer">clemens.bergmann@tu-darmstadt.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Orlandis,<br>
<br>
that is an interesting idea. We use the intercept with per-attribute consent. One problem I see there is that this intercept only shows if the<br>
attributes or the values change. In our usecase we always want to show it. We might be able to do this by setting lifetimeLookupStrategy-ref to a<br>
function that returns 0 for this SP and "infinite" for all others.<br>
<br>
Mit freundlichen Grüßen<br>
Clemens (Bergmann)<br>
<br>
-- <br>
Clemens Bergmann<br>
[er/ihm; he/him]<br>
Team Linux/Team IDM<br>
Technische Universität Darmstadt<br>
Hochschulrechenzentrum, <a href="https://www.google.com/maps/search/Alexanderstra%C3%9Fe+2,+64283+Darmstadt?entry=gmail&source=g" target="_blank" rel="noreferrer">Alexanderstraße 2, 64283 Darmstadt</a><br>
Tel. +49 6151 16 71184<br>
Matrix: @cb50tory:<a href="http://matrix.tu-darmstadt.de" rel="noreferrer noreferrer noreferrer" target="_blank">matrix.tu-darmstadt.de</a><br>
<a href="http://www.hrz.tu-darmstadt.de" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.hrz.tu-darmstadt.de</a><br>
<br>
Am Montag, dem 22.06.2026 um 03:37 -0800 schrieb Orlandis Brown:<br>
> I wonder if the Attribute Release Consent intercept (<br>
> <a href="https://shibboleth.atlassian.net/wiki/spaces/IDP5/pages/3199509862" rel="noreferrer noreferrer noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/spaces/IDP5/pages/3199509862</a>) can be<br>
> used for this, since it can also do per-attribute consent. Maybe you could<br>
> set up multiple attribute definitions with the same SAML encoding but<br>
> different source values. With some editing of the consent view, you might<br>
> be able to present the exclusive attributes (or just their value) in a<br>
> drop-down select, and have the normal set of attributes automatically<br>
> marked for release.<br>
> <br>
> On Mon, Jun 22, 2026, 2:43 AM Bergmann, Clemens via users <<br>
> <a href="mailto:users@shibboleth.net" rel="noreferrer noreferrer" target="_blank">users@shibboleth.net</a>> wrote:<br>
> <br>
> > Hi,<br>
> > <br>
> > we have a SP that can only work with one value in an attribute. This<br>
> > attribute can have multiple values for one user in our IDM-System. The<br>
> > "correct"<br>
> > value can change over time. I am looking for a solution that first<br>
> > resolves the attribute and then allows the user to select the current value<br>
> > they<br>
> > want to send to the SP.<br>
> > <br>
> > My first idea was to add an intercept that presents and sets the selected<br>
> > value and then influence a AttributeDefinition based on that selection.<br>
> > Before I get deeper into this idea I wanted to check if this sounds<br>
> > possible from a conceptual perspective and if someone already has configured<br>
> > something alike.<br>
> > <br>
> > Kind regards<br>
> > Clemens (Bergmann)<br>
> > <br>
> > --<br>
> > Clemens Bergmann<br>
> > [er/ihm; he/him]<br>
> > Team Linux/Team IDM<br>
> > Technische Universität Darmstadt<br>
> > Hochschulrechenzentrum, Alexanderstraße 2, 64283 Darmstadt<br>
> > <<a href="https://www.google.com/maps/search/Alexanderstra%C3%9Fe+2,+64283+Darmstadt?entry=gmail&source=g" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.google.com/maps/search/Alexanderstra%C3%9Fe+2,+64283+Darmstadt?entry=gmail&source=g</a>><br>
> > Tel. +49 6151 16 71184<br>
> > Matrix: @cb50tory:<a href="http://matrix.tu-darmstadt.de" rel="noreferrer noreferrer noreferrer" target="_blank">matrix.tu-darmstadt.de</a><br>
> > <a href="http://www.hrz.tu-darmstadt.de" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.hrz.tu-darmstadt.de</a><br>
> > --<br>
> > For Consortium Member technical support, see<br>
> > <a href="https://shibboleth.atlassian.net/wiki/x/ZYEpPw" rel="noreferrer noreferrer noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/x/ZYEpPw</a><br>
> > To unsubscribe from this list send an email to<br>
> > <a href="mailto:users-unsubscribe@shibboleth.net" rel="noreferrer noreferrer" target="_blank">users-unsubscribe@shibboleth.net</a><br>
> > <br>
</blockquote></div>