Wikipedia - openID provider? - Wikitech-l

List overview All Threads
Download

newer

Wikipedia - openID provider?

older

On extension SVN revisions in...

Tor configuration changes; rolling...

Strainu

27 Apr 2009 27 Apr '09

8 p.m.

Hi Are there any plans to make Wikipedia a opneID provider? I would really be interesting if we could log on to wikipedia-replated sites with the same ID. Thanks, Andrei Cipu

Show replies by date

MinuteElectron

27 Apr 27 Apr

8:23 p.m.

Hello, 2009/4/27 Strainu <strainu10(a)gmail.com>om>:

...

Are there any plans to make Wikipedia a opneID provider? I would really be interesting if we could log on to wikipedia-replated sites with the same ID.

This is a long term ambition, but is still a work in progress (and is likely to remain so for some time). Regards, Robert Leverington

Chad

8:50 p.m.

Is there some benefit with being a provider? Why not just accept id's for login? There's way too many providers as it is. -Chad On Apr 27, 2009 4:24 PM, "MinuteElectron" <minuteelectron(a)googlemail.com> wrote: Hello, 2009/4/27 Strainu <strainu10(a)gmail.com>om>:

...

Are there any plans to make Wikipedia a opneID provider? I would really be interesting if we cou...

This is a long term ambition, but is still a work in progress (and is likely to remain so for some time). Regards, Robert Leverington _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia....

Thomas Dalton

8:54 p.m.

2009/4/27 Chad <innocentkiller(a)gmail.com>om>:

...

Is there some benefit with being a provider? Why not just accept id's for login? There's way too many providers as it is.

It's too late. You need to make that kind of decision when you first start. Dealing with conflicts when we went over to global accounts within Wikimedia was hard enough, dealing with them if we went over to accepting OpenIDs would be a nightmare.

Brion Vibber

9 p.m.

On 4/27/09 1:54 PM, Thomas Dalton wrote:

...

2009/4/27 Chad<innocentkiller(a)gmail.com>om>:

Is there some benefit with being a provider? Why not just accept id's for login? There's way too many providers as it is.

Not really, since they'd have their own freakish namespace. :) -- brion

Thomas Dalton

9:04 p.m.

2009/4/27 Brion Vibber <brion(a)wikimedia.org>rg>:

...

On 4/27/09 1:54 PM, Thomas Dalton wrote:

2009/4/27 Chad<innocentkiller(a)gmail.com>om>:

Is there some benefit with being a provider? Why not just accept id's for login? There's way too many providers as it is.

Not really, since they'd have their own freakish namespace. :)

So everyone using OpenID would have to have a username with a certain prefix or something? That would be really annoying.

MinuteElectron

9:01 p.m.

Hello, 2009/4/27 Chad <innocentkiller(a)gmail.com>om>:

...

Is there some benefit with being a provider? Why not just accept id's for login? There's way too many providers as it is.

A lot of people have expressed interest in having Wikimedia as their provider, given the large number of projects that Wikimedia has this makes sense to some extent. Some people would also enjoy the novelty value of Wikimedia being their OpenID provider. It may also make the early stages of deployment and testing easier (perhaps as a prelude to accepting external providers). 2009/4/27 Thomas Dalton <thomas.dalton(a)gmail.com>om>:

...

I think OpenIDs would (should?) be tied to accounts, not used as usernames. Regards, Robert Leverington

Thomas Dalton

9:06 p.m.

2009/4/27 MinuteElectron <minuteelectron(a)googlemail.com>om>:

...

2009/4/27 Thomas Dalton <thomas.dalton(a)gmail.com>om>:

I think OpenIDs would (should?) be tied to accounts, not used as usernames.

At the moment accounts and usernames are in a very fundamental 1:1 correspondence. It would be quite a major change to do away with that.

MinuteElectron

9:08 p.m.

Hello, 2009/4/27 Thomas Dalton <thomas.dalton(a)gmail.com>om>:

...

At the moment accounts and usernames are in a very fundamental 1:1 correspondence. It would be quite a major change to do away with that.

I meant that when creating an account (or modifying an existing accounts preferences) you could use an OpenID instead of a password and use that to log-in and out. Regards, Robert Leverington

Thomas Dalton

9:10 p.m.

2009/4/27 MinuteElectron <minuteelectron(a)googlemail.com>om>:

...

Hello, 2009/4/27 Thomas Dalton <thomas.dalton(a)gmail.com>om>:

At the moment accounts and usernames are in a very fundamental 1:1 correspondence. It would be quite a major change to do away with that.

I meant that when creating an account (or modifying an existing accounts preferences) you could use an OpenID instead of a password and use that to log-in and out.

I thought the whole point of OpenID was that you didn't have to create an account on every site, you could just turn up and use your existing one.

Strainu

28 Apr 28 Apr

2:21 p.m.

Hi, First of all sorry for the many typos from last night's mail. Glad to see the message went along. :) On Mon, Apr 27, 2009 at 11:50 PM, Chad <innocentkiller(a)gmail.com> wrote:

...

Is there some benefit with being a provider? Why not just accept id's for login? There's way too many providers as it is.

Well, in my view, the benefit will be the ability to use Wikipedia logins for linked projects. I have at least two use-cases in mind: 1. A local chapter's website/blog/whatever. 2. Sensitive tools that would require login. One such example would be WikiVerifier [1], an anti-vandal tool used on the Romanian Wikipedia It makes sense for the user to use the same credentials for all projects linked to Wikipedia, not only the ones created by the foundation. For the 3rd party programmers the advantage would be the credibility - users would be sure that their password won't go to the wrong hands. [1] [ro] http://ro.wikipedia.org/wiki/Wikipedia:WikiVerifier Regards, Andrei Cipu

Aryeh Gregor

2:26 p.m.

On Tue, Apr 28, 2009 at 10:21 AM, Strainu <strainu10(a)gmail.com> wrote:

...

That actually does make sense. I retract my objection to Wikipedia as an OpenID provider, regardless of whether it's a consumer.

Sergey Chernyshev

4:15 p.m.

Guys, Accepting OpenID works on generic MediaWiki - making it work for Wikimedia considering it's just a mapping between OpenID credentials and MediaWiki user ID (centralized or not) is not a problem - user accounts will stay the same and will have the ability to use password auth instead of OpenID if desired. I'm trying to make OpenID registration and login for MediaWiki as easy and user friendly as possible and will be happy if some of this work will enable it to get implemented on Wikimedia projects. You can see my latest UI improvements (rel 0.8.4.x in SVN) implemented on my projects: http://www.mediawikiwidgets.org/Special:OpenIDLogin and http://www.techpresentations.org/Special:OpenIDLogin (without icons) OpenID extension is currently nominated on Usability project: http://usability.wikimedia.org/wiki/Environment_Survey/MediaWiki_Extensions… If you feel that there are bugs of reatures that will make OpenID more viable, feel free to add them to Bugzilla: https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions… Thank you, Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Tue, Apr 28, 2009 at 10:26 AM, Aryeh Gregor < Simetrical+wikilist(a)gmail.com <Simetrical%2Bwikilist(a)gmail.com>> wrote:

...

On Tue, Apr 28, 2009 at 10:21 AM, Strainu <strainu10(a)gmail.com> wrote:

That actually does make sense. I retract my objection to Wikipedia as an OpenID provider, regardless of whether it's a consumer. _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Aryeh Gregor

12:09 a.m.

On Mon, Apr 27, 2009 at 4:00 PM, Strainu <strainu10(a)gmail.com> wrote:

...

Are there any plans to make Wikipedia a opneID provider? I would really be interesting if we could log on to wikipedia-replated sites with the same ID.

For my part, I'm firmly against joining the "provider but not consumer" camp. It's of no benefit to anyone -- it's easy to get OpenID providers with better uptimes than us, who are probably at least as trusted. On the other hand, it adds a perpetual maintenance burden, since we'd be total jerks if we didn't support all our OpenID users forever. On Mon, Apr 27, 2009 at 5:10 PM, Thomas Dalton <thomas.dalton(a)gmail.com> wrote:

...

I thought the whole point of OpenID was that you didn't have to create an account on every site, you could just turn up and use your existing one.

That's one way to use it. But sign-up could be made a lot easier even without OpenID -- really we just need a username and password entered, not significantly harder than just typing your preexisting OpenID username. The real advantage of using OpenID, IMO, is to prevent users from having to remember seven zillion passwords. The only reason it would simplify account creation is if you required your users to fill out lengthy forms when registering -- which we already don't.

5478

days inactive

5479

days old

wikitech-l@lists.wikimedia.org

Manage subscription

13 comments

7 participants

tags (0)

participants (7)

Aryeh Gregor
Brion Vibber
Chad
MinuteElectron
Sergey Chernyshev
Strainu
Thomas Dalton