Attribute release consent failing (sometimes)
Manuel Haim
haim at hrz.uni-marburg.de
Wed Sep 13 02:31:42 EDT 2017
Thanks Tom,
> If you set the log level of
> net.shibboleth.idp.consent.flow.impl.ExtractConsent to DEBUG, you
> should see the attribute ids returned from the browser, as well as
> whether isApproved is true or false. That should help determine if the
> browser is the culprit (if you see isApproved=false instead of
> isApproved=true).
I have added the following line to my idp.properties and will keep an
eye on the logs:
net.shibboleth.idp.consent.flow.impl.ExtractConsent=DEBUG
By the way, removing the "checked" attribute from the hidden input
within attribute-release.vm template didn't help yet.
> Looks like idp.consent.compareValues is true (otherwise values are not
> stored in consent storage records).
Yes, idp.consent.compareValues=true is also set, as users should be
asked again for their consent on attribute changes.
Kind regards,
Manuel
More information about the users
mailing list