I'm working to set up a 3rd party Oauth2 identity provider authentication 
on a Native Ginkgo Devstack and separately on a Docker-hosted latest 
master. To begin, I've been 
following 
http://edx.readthedocs.io/projects/edx-installing-configuring-and-running/en/latest/configuration/tpa/tpa_integrate_open/tpa_oauth.html
 
to set up the standard Google OAuth2 activation.

1) The documentation is outdated in the way it 
references https://github.com/omab/python-social-auth. This product has 
been deprecated, and the edX code has been moved to use the 
current https://github.com/python-social-auth/social-core package that has 
a (slightly) different path structure

2) After following the documentation - the Google standard auth option 
would not appear on the login / register. By chance, I found a comment in 
the platform's code "Fill in the provider_slug to be the same as 
backend_name for backwards compatability". Once I changed the Provider slug 
on the Django Admin form from an arbitrary string (as per the suggestion on 
the screen) to "google-auth2", I got a second configuration record created 
- and two Google icons showing on the login / register forms (one blue and 
one red).

Questions to the group: 
(1) Is the master / Ginkgo code being actively updated as it relates to 3rd 
party OAuth2? Is the "provider slug" glitch just a fluke, or is there 
something I need to be aware of as I'm trying to put my custom 
configuration in? 
(2) Is there a way to "delete" one of the configuration records in Django 
Admin - I don't need two Google icons
(3) Can the documentation be cleaned up to reflect the code and the exact 
necessary setup steps


-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/47b94db5-d859-48b2-9759-d79928448e61%40googlegroups.com.

Reply via email to