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