I've run a quick simulation of the first-pass automatic conflict resolution for
the future single login migration:
Total registered usernames: 2,097,231
No edits on any wiki: 1,475,146 (70.3%)
Only registered on one wiki: 1,918,547 (91.5%)
Automatically resolved: 139,466 (6.6%)
Potential conflicts: 39,218 (1.9%)
Accounts can be automatically resolved ahead of time where all of the instances
of a name either have the same e-mail address listed (in which case the owner
could reset the password to the master account's) or have no listed
contributions (in which case we consider them fair game for reclaiming).
Potential conflicts are where one or more accounts exist for a name which have
some contributions listed, but the e-mail address doesn't match that of the
primary account. Many of these will be in fact owned by the same user, but just
didn't get the mail setting filled out.
Due to the salting of passwords, we can't currently perform an offline check for
matching passwords; however when the user first logs in after migration, the
passwords can be checked and any matching accounts can be automatically resolved
at that time.
In remaining cases where the passwords don't match, users will have to manually
select merging (if it's their account) or renaming (if it's someone else's)
to
clear all conflicts.
Most such conflicts should be resolvable without too much administrator
intervention, at least in theory.
I'm running another pass to gather more statistics on how many potentially
conflicting accounts are barely-used versus often-used, will report in the morning.
(I've put some notes and the demo code I'm using for building these stats in the
CentralAuth project dir in SVN.)
-- brion vibber (brion @
pobox.com)