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
Hello,
2009/4/27 Strainu strainu10@gmail.com:
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
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@googlemail.com wrote:
Hello,
2009/4/27 Strainu strainu10@gmail.com:
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@lists.wikimedia....
2009/4/27 Chad innocentkiller@gmail.com:
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.
On 4/27/09 1:54 PM, Thomas Dalton wrote:
2009/4/27 Chadinnocentkiller@gmail.com:
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.
Not really, since they'd have their own freakish namespace. :)
-- brion
2009/4/27 Brion Vibber brion@wikimedia.org:
On 4/27/09 1:54 PM, Thomas Dalton wrote:
2009/4/27 Chadinnocentkiller@gmail.com:
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.
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.
Hello,
2009/4/27 Chad innocentkiller@gmail.com:
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@gmail.com:
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.
I think OpenIDs would (should?) be tied to accounts, not used as usernames.
Regards, Robert Leverington
2009/4/27 MinuteElectron minuteelectron@googlemail.com:
2009/4/27 Thomas Dalton thomas.dalton@gmail.com:
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.
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.
Hello,
2009/4/27 Thomas Dalton thomas.dalton@gmail.com:
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
2009/4/27 MinuteElectron minuteelectron@googlemail.com:
Hello,
2009/4/27 Thomas Dalton thomas.dalton@gmail.com:
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.
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@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
On Tue, Apr 28, 2009 at 10:21 AM, Strainu strainu10@gmail.com wrote:
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:
- A local chapter's website/blog/whatever.
- Sensitive tools that would require login. One such example would be
WikiVerifier [1], an anti-vandal tool used on the Romanian Wikipedia
That actually does make sense. I retract my objection to Wikipedia as an OpenID provider, regardless of whether it's a consumer.
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@gmail.com Simetrical%2Bwikilist@gmail.com> wrote:
On Tue, Apr 28, 2009 at 10:21 AM, Strainu strainu10@gmail.com wrote:
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:
- A local chapter's website/blog/whatever.
- Sensitive tools that would require login. One such example would be
WikiVerifier [1], an anti-vandal tool used on the Romanian Wikipedia
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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, Apr 27, 2009 at 4:00 PM, Strainu strainu10@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@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.
wikitech-l@lists.wikimedia.org