OpenID at registering as new user

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
dkollar's picture

Hi all,

there's one thing about this OpenID feature. I've been searching to find the answer for this question, but I didn't succeeded. The main idea is to use single login and password for variety of sites. So far so good. Correct me if I'm wrong, but if you're asking for new account, you have to provide some non-OpenID password in order to log in for the first time and only after that you're able to define your OpenID identity.

Would it be possible to skip defining non-OpenID password and to use OpenID identity straight at registering as a new user?

dalibor

Comments

This isn't true

jan.koprowski's picture

Password and OpenID login is hold on the one server (in OpenID provider). After You write Your OpenID identifier somewhere You are redirected to Your OpenID provider login website, You loginto OpenID provider, and if success You are redirected back to the site You are loggin in.

you're right

dkollar's picture

Hi,

you're perfectly right. What I ment to say is that you have to type in non-OpenID password when asking for new account on Drupal page supporting OpenID login. I didn't specified this, my fault. There's non-OpenID-field when asking for a new user account.

Let's say I have e-mail account at gmail. So when asking for new user account on Drupal site supporting OpenID, you have to type in non-OpenID password to registration form. Then admin of that site accepts your request and only after first login you're able to use OpenID identity.

This is my point. You have to use non-OpenID password in registration form. For full implementation of OpenID (and the policy of one user login and one password for all sites), the better solution would be not to use the password field in registration form for new users at all. User can receive e-mail with temporary password and then he can change it or use OpenID.

Me too

Bodeman's picture

I too struggle with this as it isn't a good implementation of openid. Most users:
1). Don't know their openid. They rely on the box coming up presenting a google button (for example) that they click to redirect to openid login.
2). Are confused by having to specify the password for registration when openid is supposed to replace that.

This implementation really doesn't capture the spirit of openid.

http://drupal.org/node/946998

andriy_gerasika's picture

http://drupal.org/node/946998#comment-3628378 -- this patch introduces attribute exchange to Drupal 6 core OpenID module. Code is backported from Drupal 7, w/ this patch OpenID provider will return user name and email in most cases

OpenID

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: