-
Notifications
You must be signed in to change notification settings - Fork 273
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Attributes always treated as arrays? #241
Comments
This is really messing me up too. My app using a ruby client works fine, but the php cas client passes the dashes right on through. It seems like you could test for an array in that function and then iterate through them printing out the values, either as elements as above or with separators. The way I read this though, it should be as separate elements: |
I hoped to pass the LDAP attribute "gidNumber" as an extra attribute that is returned in CAS validation. Upon doing do, I get output like this:
Instead of just presenting the single value
123
, it's presented as a YAML array with one entry. The code that does that is here: https://github.com/rubycas/rubycas-server/blob/master/lib/casserver/server.rb#L738The underlying LDAP library this gem uses is responsible for treating LDAP attributes as arrays, even if there is just one value in them. I think the majority of LDAP attributes are single value, like
gidNumber
which is a widely used attribute and not multivalued (from what I've seen). So presenting them as arrays is kind of tough to accept.I wonder if someone with more experience can chime in on this behavior? Is it really expected that a YAML array of one value should be returned for a simple attribute such as
gidNumber
?The text was updated successfully, but these errors were encountered: