<div dir="ltr"><div><div>I hear you Scott!<br></div><div><br>Unfortunately, we have a very fickle user base - and when turning on the attribute consent release -- they only expected to be asked once if option selected, and if challenged again, when using another of their multiple devices/browsers -- the technology will be blamed :(<br><br></div>Is it possible to store consent in a database and verify? Or the only option is persistent cookie?<br><br></div><div>If possible to store in database -- any examples available? Google has not been my friend.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 14, 2016 at 4:05 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> W.r.t attribute consent -- if we want to preserve information that user has<br>
> previously consented for the attribute's release, and not be asked again --<br>
> after a server restart -- the 'idp.consent.StorageService' has to be in the<br>
> database?<br>
<br>
</span>No, not really. Any persistent storage option will survive a restart. Cookies are persistent, though of course they can be deleted, and any client-side option is per-device. But that's independent of restarting. The most common way of deploying uApprove was certainly a database, but uApprove got almost no deployment in the US. We took the hint. At least I did.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</font></span></blockquote></div><br></div>