- 11 Apr, 2016 2 commits
-
-
Patricio Cano authored
-
Patricio Cano authored
-
- 18 Feb, 2016 4 commits
-
-
Patricio Cano authored
-
Patricio Cano authored
-
Douwe Maan authored
This reverts commit c04e22fb, reversing changes made to 0feab326.
-
Patricio Cano authored
-
- 19 Jan, 2016 1 commit
-
-
Douwe Maan authored
-
- 15 Jan, 2016 1 commit
-
-
Steffen Köhler authored
some OAuth providers (kerberos for example) only provide a username and an email, but no name. Therefore a signup fails because the name is empty. Best guess for the name is probably the username, therefore use it as name.
-
- 22 Dec, 2015 1 commit
-
-
Patricio Cano authored
-
- 17 Jun, 2015 1 commit
-
-
Alex Lossent authored
Code tweaks in 45e9150a caused the ldap_person method to not return expected results. Improved tests to cover the ldap_person method, which was previously stubbed.
-
- 05 Jun, 2015 1 commit
-
-
Douwe Maan authored
-
- 03 Jun, 2015 1 commit
-
-
Alex Lossent authored
Until now, a user needed to first sign in with his LDAP identity and then manually link his/her account with an omniauth identity from their profile. Only when this is done can the user authenticate with the omniauth provider and at the same time benefit from the LDAP integration (HTTPS authentication with LDAP username/password and in EE: LDAP groups, SSH keys etc.). This feature automates the process by looking up a corresponding LDAP person when a user connects with omniauth for the first time and then automatically linking the LDAP and omniauth identities (of course, like the existing allow_single_sign_on setting, this is meant to be used with trusted omniauth providers). The result is identical to a manual account link. Add config initializers for other omniauth settings.
-
- 13 May, 2015 1 commit
-
-
Douwe Maan authored
-
- 09 Apr, 2015 1 commit
-
-
Robert Speicher authored
Lets Rails autoload these files by name
-
- 27 Mar, 2015 1 commit
-
-
Douwe Maan authored
-
- 13 Feb, 2015 1 commit
-
-
Douwe Maan authored
-
- 12 Feb, 2015 1 commit
-
-
Douwe Maan authored
Fixes #1967.
-
- 04 Dec, 2014 2 commits
-
-
Valery Sizov authored
-
Valery Sizov authored
-
- 17 Oct, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 16 Oct, 2014 1 commit
-
-
Jan-Willem van der Meer authored
verification for #1677 Since testing omniauth_callback_controller.rb is very difficult, the logic is moved to the models
-
- 14 Oct, 2014 1 commit
-
-
Jan-Willem van der Meer authored
-
- 10 Oct, 2014 1 commit
-
-
Jan-Willem van der Meer authored
-
- 04 Sep, 2014 1 commit
-
-
Jan-Willem van der Meer authored
-
- 03 Sep, 2014 2 commits
-
-
Jan-Willem van der Meer authored
Still in need of some proper cleanup
-
Jan-Willem van der Meer authored
-
- 01 Sep, 2014 5 commits
-
-
Jan-Willem van der Meer authored
As found in the omniauth specs: https://github.com/intridea/omniauth/wiki/Auth-Hash-Schema
-
Jan-Willem van der Meer authored
-
Jan-Willem van der Meer authored
This fixes #1541
-
Jan-Willem van der Meer authored
This fixes #1541
-
Jan-Willem van der Meer authored
-
- 26 Jun, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 24 Jun, 2014 1 commit
-
-
Marin Jankovski authored
-
- 21 Jun, 2014 1 commit
-
-
Paweł Świątkowski authored
-
- 11 Jun, 2014 1 commit
-
-
Marin Jankovski authored
-
- 12 May, 2014 1 commit
-
-
Julien Pivotto authored
Without that commit, each user created by a LDAP login would have the first part of their email address as nickname. This is not useful for LDAP, where a uid attribute is already set.
-
- 08 May, 2014 1 commit
-
-
C. Morgan Hamill authored
Reverse the conditional order to avoid awkward `if !` construction.
-
- 07 May, 2014 2 commits
-
-
C. Morgan Hamill authored
Don't use `unless` for the conditional. Avoid double-quotes where possible.
-
C. Morgan Hamill authored
If `auth.info.name` is `nil`, then use `auth.info.first_name + auth.info.last_name` as the value of `name`.
-
- 07 Apr, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-