Gordon Mohr wrote:
Brion Vibber wrote:
Josh Hoyt wrote:
I think that OpenID can meet your stated requirement. Is there a list somewhere of the other requirements for your authentication solution?
The primary issue is the issue of unifying our username namespace so there are no longer any 'same username, different user' cases at our hundreds of wikis anymore.
This is outside the scope of something like OpenID, which explicitly uses separate namespaces (something we don't want).
You could settle on one master namespace (wikipedia.org?), then gradually roll sites over to only accepting logins from that namespace, giving people the option along the way of merging their old separate identity histories into the new master login(s). I suspect OpenID could help with the cross-domain logins, even if a final single namespace is the only one accepted for logins.
Given that you suggest "wikipedia.org", you do not appreciate that the uploading of pictures into Commons is one of the more pressing issues. There are MANY projects and wikipedia is only one.. :(
I'd also guess that after starting to unify, there could be a backlash when people start losing their logins. Multiple namespaces might then seem more appealing.
Is there a page or past thread capturing prior discussion and decisions about the single-signon goal?
- Gordon
The discussion on single-signon is old. It has been discussed to death. It has had special announced IRC chats dedicated to this subject and you can find the relevant stuff on Meta. A decision has been taken to implement this. Which is great given the problems that there is always someone new, who thinks that OpenID for instance had not been looked into.
When the unification starts, there will be people who hate it. However, you cannot make an omelette without breaking eggs.
Thanks, GerardM