You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please feel free to close this as invalid if I'm misunderstanding how things are supposed to work...
I'm requesting a number of attributes from the IdP - the requestAttributes-section of the SP-configuration is set up with the urn:-names and friendlyNames as follows:
I was a little bit surprised that calling auth.get_attributes() would return the attributes with the urn:-name/notation even though a friendlyName was setup in the SP-config and even returned by the IdP.
I was wondering if this is the expected result or if I might have some other misconfiguration going on.
It is easy enough to iterate through the returned attributes and compare them to the SP-config and pull the friendlyNames... But I think that instead of doing this after the fact, it might be easier/quicker to just pull the friendlyName in /onelogin/saml2/response.py:get_attributes().
I'd be open to create a PR to implement this. However I would need some guide as to how this should exactly be handled: Using the friendlyName instead of the name in get_attributes() might break existing implementations - so I'm thinking of perhaps just having both present in the resulting dict?
The text was updated successfully, but these errors were encountered:
Hello!
Please feel free to close this as invalid if I'm misunderstanding how things are supposed to work...
I'm requesting a number of attributes from the IdP - the
requestAttributes
-section of the SP-configuration is set up with theurn:
-names andfriendlyName
s as follows:This yields - as expected - a response something like this:
I was a little bit surprised that calling
auth.get_attributes()
would return the attributes with theurn:
-name/notation even though afriendlyName
was setup in the SP-config and even returned by the IdP.I was wondering if this is the expected result or if I might have some other misconfiguration going on.
It is easy enough to iterate through the returned attributes and compare them to the SP-config and pull the
friendlyName
s... But I think that instead of doing this after the fact, it might be easier/quicker to just pull thefriendlyName
in/onelogin/saml2/response.py:get_attributes()
.I'd be open to create a PR to implement this. However I would need some guide as to how this should exactly be handled: Using the
friendlyName
instead of thename
inget_attributes()
might break existing implementations - so I'm thinking of perhaps just having both present in the resulting dict?The text was updated successfully, but these errors were encountered: