-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Tim Starling schrieb:
Brion Vibber wrote:
I'm not sure what Tim is referring to.
There's support for using a shared user table for multiple wikis; that can't be used for our sites as it came two years or so too late. Accounts are already established separately on each wiki which can't be automatically resolved in a clean way, so this has never been an option.
Yes it can. We've talked about conflict resolution methods before. We merge accounts that are the same person, remove clashing accounts that have no contributions and for the small percentage of genuine clashes, I've suggested allocating them on a first-come first-served basis and requiring the others to change their name.
So I'm user "Magnus Manske" on en, de, meta, and I-don't-know-what. Suppose someone created a user "Magnus Manske" (unlikely for that name, but anyway;-) on, say, the French wikipedia, a week ago. He has edited three articles since then. He sees the new user system a minute before me and signs on. So he gets to keep the "Magnus Manske" user and I'll have to change my user name?
Frankly, I don't think so.
Image Lir, signing on as "Jimbo Wales" on some mostly usused wikipedia, with a little luck getting that user name officially. Or as Brion Vibber or Tim Starling. Granted, that's extreme, but even without malicous users doing "user name squatting", first-come first-serve strikes me as a recepie for chaos.
I think I suggested this some time ago, but here it goes again: * Create "global" users for all unique user names in wiki(pedia)-land * Merge all users which carry same name and password hash (and maybe email), where all instances across wiki-land match perfectly * Block creation of all conflicting user names, both locally and globally * Work the conflicting ones out one-by-one manually, while keeping them active locally
This seems like the only fair way to me.
Magnus