<div dir="ltr">I see now this comment in our services.xml:<div><br></div><div><font face="monospace"><font color="#38761d">    <!--<br>    This is suitable for new installs but will usually produce duplicate Attribute<br>    output if a legacy resolver file is used that contains AttributeEncoders.<br>    --></font><br>    <util:list id ="shibboleth.AttributeRegistryResources"><br>        <value>%{idp.home}/conf/attribute-registry.xml</value><br>        <value>%{idp.home}/conf/attributes/default-rules.xml</value><br>        <value>%{idp.home}/conf/attribute-resolver.xml</value><br>        <!-- Custom activation conditions --><br>        <value>%{idp.home}/conf/activation-condition.xml</value><br>    </util:list></font><br></div><div><br></div><div>So presumably this is the cause. We hadn't yet configured any AttributeRegistry, but it looks like that is the way forward?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 13, 2022 at 12:16 PM Baron Fujimoto <<a href="mailto:baron@hawaii.edu">baron@hawaii.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">We're upgrading from 3.2.1 to 4.2.1. I've noticed that with 4.2.1, we are seeing duplicate attribute values in our attribute resolver tests and SAML responses for the same attribute definition.<div>E.g. for givenName, this was what we used in attribute-resolver.xml for 3.2.1, and the same is being used in our 4.2.1 conf:<div><br></div><div><font face="monospace">    <AttributeDefinition id="givenName" xsi:type="Simple"><br>        <InputDataConnector ref="UH_LDAP" attributeNames="givenName"/><br>        <AttributeEncoder xsi:type="SAML1String" name="urn:mace:dir:attribute-def:givenName" encodeType="false" /><br>        <AttributeEncoder xsi:type="SAML2String" name="urn:oid:2.5.4.42" friendlyName="givenName" encodeType="false" /><br>    </AttributeDefinition></font></div><div><br></div><div>With 3.2.1, a resolver test resulted in the following:</div><div><br></div><div><font face="monospace">    <saml2:AttributeStatement><br>        <saml2:Attribute FriendlyName="givenName" Name="urn:oid:2.5.4.42" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:uri"><br>            <saml2:AttributeValue xmlns:xsd="<a href="http://www.w3.org/2001/XMLSchema" target="_blank">http://www.w3.org/2001/XMLSchema</a>" xmlns:xsi="<a href="http://www.w3.org/2001/XMLSchema-instance" target="_blank">http://www.w3.org/2001/XMLSchema-instance</a>" xsi:type="xsd:string">Baron</saml2:AttributeValue><br>        </saml2:Attribute><br>    </saml2:AttributeStatement></font></div><div><br></div><div>Whereas with 4.2.1 we get the attribute value duplicated:</div><div><br></div><div><font face="monospace">    <saml2:AttributeStatement><br>        <saml2:Attribute FriendlyName="givenName" Name="urn:oid:2.5.4.42" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:uri"><br>            <saml2:AttributeValue>Baron</saml2:AttributeValue><br>            <saml2:AttributeValue>Baron</saml2:AttributeValue><br>        </saml2:Attribute><br>    </saml2:AttributeStatement></font></div><div><br></div><div>This appears to be due the fact that we have multiple AttributeEncoders in our attribute definition, since we don't see this when there is only one attribute encoder.</div><div><br></div><div>Is this expected, or is there a way to restore the previous de-duplicating behavior? Is there a better way to do this? Does it matter? (It seems more confusing to be duplicated)</div><div><div><div><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><font face="arial, sans-serif">Baron Fujimoto <<a href="mailto:baron@hawaii.edu" target="_blank">baron@hawaii.edu</a>> ::: UH Information Technology Services<br>minutas cantorum, minutas balorum, minutas carboratum descendus pantorum</font></div></div></div></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><font face="arial, sans-serif">Baron Fujimoto <<a href="mailto:baron@hawaii.edu" target="_blank">baron@hawaii.edu</a>> ::: UH Information Technology Services<br>minutas cantorum, minutas balorum, minutas carboratum descendus pantorum</font></div></div>