Last modified: 2014-08-26 20:34:16 UTC
When registering as a new user, the name you choose is checked as soon as you leave the name-textfield. If you choose a name that's actively in use, you get the warning: "Username entered already in use. Please choose a different name." This should also catch registered usernames that are inactive (have no edits?). Currently those aren't caught until the form is submitted. In those cases, you get a different error after submission: "[...] the requested username is already taken in the unified login system" (This is on most WM wikis. Some have checks for name-similarity which evaluate first.)
"unified login system" -> that is SUL and that is part of CentralAuth extension. At the moment the extensions are missing on that check, so also AntiSpoof or the TitleBlacklist are missing. But I am not sure, if that should be fixed in core (by calling the existing checks per api) or in each extension (by calling each api seperatly), so keeping it in core first. See bug 61416 for the core change.
Hmm, I thought this was fixed by bug 34447
See also bug 40648 (for AntiSpoof and TitleBlacklist) Looks like bug 34447 was only about the core part, not extensions like CentralAuth with SUL and global accounts. When a global account does not exist an that local wiki, the check will not working.
*** Bug 70058 has been marked as a duplicate of this bug. ***
(From dup bug 70058) > The check in > resources/src/mediawiki.special/mediawiki.special.userlogin.signup.js that > attempts to help the user choose an available username is not aware of > CentralAuth accounts that have not been attached to the local wiki. This is > due to the use of /w/api.php?action=query&list=users to power the check. > > Example: > > * > http://en.wikipedia.org/w/api.php?action=query&list=users&ususers=BryanDavis > * > http://fr.wikipedia.org/w/api.php?action=query&list=users&ususers=BryanDavis > > The conflict will be noticed when the form is submitted, but it would be > nicer if users were warned about global user conflicts by the pre-submit > validation.
From irc: < csteipp> Yeah, there's a centralauth api that is similar to the list=users api... < csteipp> bd808: https://fr.wikipedia.org/w/api.php?action=query&meta=globaluserinfo&guiuser=BryanDavis So switching from the list=users api to the meta=globaluserinfo api might be a good way to fix this for WMF wikis. That leaves the problem of doing the right thing on wikis where globaluserinfo isn't installed: * https://wikimediafoundation.org/w/api.php?action=query&meta=globaluserinfo&guiuser=BryanDavis
Switching the api would still leave the problem of AntiSpoof, TitleBlacklist and anything else hooking AbortNewAccount not being done in the pre-submit call as well.
