-
Notifications
You must be signed in to change notification settings - Fork 19
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
Making the user data fields mapping to Shibboleth variables configurable. #4
Conversation
Thank you for your comment. Anyway, thank you again for your comment :) |
Hello again! I tried to conciliate configuration flexibility with configuration variables independence, but I did not managed to merge the hash from config.fileds with the default, so I did it in a more practical way. So now the three most important fields (uid, name and email) have their own configuration variables and any other can be mapped using the fields hash. What do you think? |
Sorry about the Close and Reopen. My mouse tricked me. |
Making the user data fields mapping to Shibboleth variables configurable.
Thank you for your contribution! I like your approach.
That's all. I also update rubygems to 1.0.7. If you have any problem, please let me know. Thank you again for your contributions :) |
Welcome! I am now trying to make GitLab changes get to upstream. |
Thank you for your info! |
Hello!
I had to integrate an OSQA installation with our corporate Shibboleth authentication service and I used your module. Doing so I had to change the module's code to adjust the environment variable names, to suit my case. At the end I made these environment variable names configurable and this is the result.
I am not sure the changes in file "spec/omniauth/strategies/shibboleth_spec.rb" are correct, sorry about that. But the code I send you here is working fine for me and should work for everyone else.
I tried to keep compatibility with previous version by setting the default values of the new configuration variables to the old hardcoded values, except for the variable "uid_field" which was moved into the variable "fields" hash with key name "uid".
I have also changed the "README.md" to include an example for the new configuration.
Best regards.
Tiago