-
Notifications
You must be signed in to change notification settings - Fork 2
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
Shouldn't do a unique check on auth.user.email #1
base: master
Are you sure you want to change the base?
Conversation
I just committed another change that implements OpenIDStore.removeAssociation In the process of testing my setup I was getting responses from google to remove associations which was causing a NotImplementedError on removeAssociation. |
Here's the message from Google: Received "invalidate_handle" from server https://www.google.com/accounts/o8/ud |
Hi Dave, Good point. At first I didn't know why I put it there in the first place, but now I remember. Users who are not registered and login with facebook etc. are presented the form in which they are not able to fill in the email of an already existing user. Please correct me if i'm wrong, in the case above the unique check would be nice to have. Greets Joeri |
Oh, that's a good idea. OK, here's the corner case I ran into. What if users already have multiple logins with the same e-mail? Then forms.py breaks with a MultipleObjectsReturned error here:
You could fix the break with
If we go that direction, we should probably have a better error message that explains how you can combine accounts.
|
I totally agree. Everytime I use socialregistration for a website. I present the user with the option to connect his profile to social media once the user is logged in. In that case the error message should lead them in that direction.
|
…s up in openid_callback.
…ot exist in django1.3
Hey Pinda, thanks for socialregistration here. It's saving me a lot of work. I believe we shouldn't do a unique check on auth.user.email. First, there is no unique constraint on the email field. Second, we are adding this stuff to an existing site, so a common workflow will be for existing users to want to start using Facebook or whatever to log in. They should be able to use the same e-mail.
What do you think? Thanks again!
Dave