shibboleth.consent.attribute-release.MatchExpression ignoring blacklist

[Liam Hoekenga]

> It's not a deal breaker.  Is there going to be another 3.1.x release
before 3.2.0?  If so, I wouldn't mind seeing it fixed.

It also doesn't seem to using the whitelist to order the attributes on the
consent screen, but that's a different issue.

On Fri, Sep 25, 2015 at 5:17 PM, Liam Hoekenga <liamr at umich.edu> wrote:

> > For not-yet-released 3.2.0, no. For earlier, not sure, would need to
> look. Should I ?
>
> It's not a deal breaker.  Is there going to be another 3.1.x release
> before 3.2.0?  If so, I wouldn't mind seeing it fixed.
>
> Liam
>
> On Fri, Sep 25, 2015 at 3:55 PM, Tom Zeller <tzeller at dragonacea.biz>
> wrote:
>
>>
>> > On Sep 25, 2015, at 2:51 PM, Liam Hoekenga <liamr at umich.edu> wrote:
>> >
>> > I'm trying to get the attributes on the consent screen presented in a
>> more logical order.  I have some whitelisted, and some blacklisted.  I
>> liked the idea of display the rest of them in alphabetical order, so I
>> tried the example in the docs...
>> >
>> >
>> https://wiki.shibboleth.net/confluence/display/IDP30/ConsentConfiguration#ConsentConfiguration-MatchingAttributeIDs
>> >
>> > <bean id="shibboleth.consent.attribute-release.MatchExpression"
>> >       class="java.util.regex.Pattern" factory-method="compile"
>> >       c:_0="^.*$" />
>> >
>> > It pulled in attributes that I'd previously hidden by placing them on
>> the blacklist.  Is this the expected behavior?
>>
>> For not-yet-released 3.2.0, no. For earlier, not sure, would need to
>> look. Should I ?
>> --
>> To unsubscribe from this list send an email to
>> users-unsubscribe at shibboleth.net
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20150925/49a58b71/attachment.html>