Wikimedia Bugzilla is closed!

Seems to load fine for me. Is it ok now?

Confirmed bug, I get the same.

Also getting it

(In reply to comment #1)
> Seems to load fine for me. Is it ok now?

Could this perhaps something to do with you already having a central auth account over there (tet.wikipedia.org	22:31, 8 November 2009) whilst at least for me, it's the first time visiting.

(In reply to comment #4)
> Could this perhaps something to do with you already having a central auth
> account over there (tet.wikipedia.org    22:31, 8 November 2009) whilst at
> least for me, it's the first time visiting.

This is looking like a real possibility. Myself, a steward and another staff member (all of whom had fully created SUL accounts from before) were able to get in but when I visited with my test account I got the error. (didn't get the error on my volunteer account either which is also fully created )

(In reply to comment #5)
> (In reply to comment #4)
> > Could this perhaps something to do with you already having a central auth
> > account over there (tet.wikipedia.org    22:31, 8 November 2009) whilst at
> > least for me, it's the first time visiting.
> 
> This is looking like a real possibility. Myself, a steward and another staff
> member (all of whom had fully created SUL accounts from before) were able to
> get in but when I visited with my test account I got the error. (didn't get the
> error on my volunteer account either which is also fully created )

I can confirm as a staff with a SUL account on tet, but one without any rights beyond autoconfirmed that I do not get the error.  I tried to test with my volunteer account that has never been to tet, but apparently my username (In2thats12) is blacklisted ( .*[A-Z ]{5,}.* <newaccountonly>).

Appears to be working for me now, both logged out and with my global account (with no global user rights).

This appears to be the deal:

If you've never visited the site before, entering the website with a global account logged in causes an error. Logging out and then logging in at(http://tet.wikipedia.org/w/index.php?title=Espesiál:UserLogin), let me in, how about others?

Yet, when I used my alternate account ( used for public places, name Thompson.matthew (alt) ), I get another error - possibly unrelated, I got:

<<p>The user name "Thompson.matthew (alt)" has been banned from creation. It matches the following blacklist entry: <code> .{30,}.* <newaccountonly></code> </p>>

you should be able to go again and try. It looks like that blacklist is very old and has a bunch of problematic entries (I fixed one for Peter trying to go there too). I removed the one blocking you and will try to go back tomorrow and look through it so that that doesn't keep blocking alot of others.

(In reply to comment #9)
> you should be able to go again and try. It looks like that blacklist is very
> old and has a bunch of problematic entries (I fixed one for Peter trying to go
> there too). I removed the one blocking you and will try to go back tomorrow and
> look through it so that that doesn't keep blocking alot of others.

Login successful.

The same error seems to be happening on kwiki right now.

Every page acces fails, including special pages (tried special:preferences and specila:specialpages)

the error trace seems similar to the one posted above : 

Unstub loop detected on call of $wgLang->getCode from MessageCache::get

Backtrace:

#0 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
#1 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147): StubObject->_call('getCode', Array)
#2 [internal function]: StubUserLang->__call('getCode', Array)
#3 /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611): StubUserLang->getCode()
#4 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1339): MessageCache->get('gadgets-definit...', true, false)
#5 /usr/local/apache/common-local/php-1.18/extensions/Gadgets/Gadgets_body.php(510): wfEmptyMsg('gadgets-definit...', '<gadgets-def...')
#6 /usr/local/apache/common-local/php-1.18/extensions/Gadgets/Gadgets_body.php(38): Gadget::loadStructuredList()
#7 [internal function]: GadgetHooks::userGetDefaultOptions(Array)
#8 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216): call_user_func_array('GadgetHooks::us...', Array)
#9 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621): Hooks::run('UserGetDefaultO...', Array)
#10 /usr/local/apache/common-local/php-1.18/includes/User.php(1211): wfRunHooks('UserGetDefaultO...', Array)
#11 /usr/local/apache/common-local/php-1.18/includes/User.php(2131): User::getDefaultOptions()
#12 /usr/local/apache/common-local/php-1.18/includes/RequestContext.php(213): User->getOption('language')
#13 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(151): RequestContext->getLang()
#14 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(103): StubUserLang->_newObject()
#15 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
#16 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147): StubObject->_call('getCode', Array)
#17 [internal function]: StubUserLang->__call('getCode', Array)
#18 /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611): StubUserLang->getCode()
#19 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1173): MessageCache->get('titleblacklist-...', true, false)
#20 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1242): wfMsgGetKey('titleblacklist-...')
#21 /usr/local/apache/common-local/php-1.18/extensions/TitleBlacklist/TitleBlacklist.hooks.php(85): wfMsgWikiHtml('titleblacklist-...', ' [A-Z ]{10,}.* ...', 'Darkoneko')
#22 /usr/local/apache/common-local/php-1.18/extensions/TitleBlacklist/TitleBlacklist.hooks.php(106): TitleBlacklistHooks::acceptNewUserName('Darkoneko', Object(User), '')
#23 [internal function]: TitleBlacklistHooks::centralAuthAutoCreate(Object(User), 'Darkoneko')
#24 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216): call_user_func_array('TitleBlacklistH...', Array)
#25 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621): Hooks::run('CentralAuthAuto...', Array)
#26 /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuthHooks.php(469): wfRunHooks('CentralAuthAuto...', Array)
#27 /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuthHooks.php(253): CentralAuthHooks::attemptAddUser(Object(User), 'Darkoneko')
#28 [internal function]: CentralAuthHooks::onUserLoadFromSession(Object(User), NULL)
#29 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216): call_user_func_array('CentralAuthHook...', Array)
#30 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621): Hooks::run('UserLoadFromSes...', Array)
#31 /usr/local/apache/common-local/php-1.18/includes/User.php(930): wfRunHooks('UserLoadFromSes...', Array)
#32 /usr/local/apache/common-local/php-1.18/includes/User.php(272): User->loadFromSession()
#33 /usr/local/apache/common-local/php-1.18/includes/User.php(3928): User->load()
#34 /usr/local/apache/common-local/php-1.18/includes/User.php(2125): User->loadOptions()
#35 /usr/local/apache/common-local/php-1.18/includes/RequestContext.php(213): User->getOption('language')
#36 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(151): RequestContext->getLang()
#37 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(103): StubUserLang->_newObject()
#38 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
#39 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147): StubObject->_call('getCode', Array)
#40 [internal function]: StubUserLang->__call('getCode', Array)
#41 /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611): StubUserLang->getCode()
#42 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1173): MessageCache->get('preferences', true, false)
#43 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1153): wfMsgGetKey('preferences', true, false, true)
#44 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1071): wfMsgReal('preferences', Array)
#45 /usr/local/apache/common-local/php-1.18/includes/SpecialPage.php(592): wfMsg('preferences')
#46 /usr/local/apache/common-local/php-1.18/includes/SpecialPage.php(531): SpecialPage->getDescription()
#47 /usr/local/apache/common-local/php-1.18/includes/specials/SpecialPreferences.php(37): SpecialPage->setHeaders()
#48 /usr/local/apache/common-local/php-1.18/includes/SpecialPageFactory.php(460): SpecialPreferences->execute(NULL)
#49 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(226): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#50 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(626): MediaWiki->performRequest()
#51 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(533): MediaWiki->main()
#52 /usr/local/apache/common-local/php-1.18/index.php(57): MediaWiki->run()
#53 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
#54 {main}

(In reply to comment #11)
> The same error seems to be happening on kwiki right now.
> 
kwiki? You seem to have dropped a character there. Did you mean kwwiki?

Typically, these errors happen when there's an overzealous TitleBlacklist rule that blocks your username, usually because someone who didn't read the documentation wrote a rule that accidentally blacklists all user creations. We had this problem on kwwiktionary on Saturday: the offending rule was that accounts matching [A-Z ]{10,}.* (first ten chars are caps or spaces) couldn't be created, however:
1) TB regexes are case-insensitive by default, unless explicitly specified otherwise. So the regex matched any string starting with at least ten characters that were either a letter (uppercase or lowercase) or a space
2) for user creations, the TB regex matches against "User:Foo", or the localized equivalent thereof. In kw, this is "Devnydhyer:Foo", which matches the regex regardless of what "Foo" is because "Devnydhyer" is ten characters (if the prefix were shorter, no username would've matched, because of the colon)

This sort of thing is very annoying because only existing sysop accounts are exempt from TB checks. Global sysadmins are exempt from TB in theory (and usually in practice), but this bug prevents them from autocreating their local account if it doesn't already exist. To fix this, sysadmins have to disable TB, autocreate their account, reenable TB, then fix the blacklist. Even creating an account from the command line doesn't work because TB blocks that too.

> Every page acces fails, including special pages (tried special:preferences and
> specila:specialpages)
> 
> the error trace seems similar to the one posted above : 
> 
> Unstub loop detected on call of $wgLang->getCode from MessageCache::get
> 
That said, this is a bug. I'll see if I can fix the unstub loop, but I sometimes wonder what the use of stubbing $wgLang is. I guess there are API requests where it's not used.

Annotations to the backtrace for my own benefit:

> Backtrace:
> 
> #0 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57):
> StubObject->_unstub('getCode', 5)
> #1 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147):
> StubObject->_call('getCode', Array)
> #2 [internal function]: StubUserLang->__call('getCode', Array)
> #3
> /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611):
> StubUserLang->getCode()
Third unstubbing of $wgLang.

> #4 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1339):
> MessageCache->get('gadgets-definit...', true, false)
> #5
> /usr/local/apache/common-local/php-1.18/extensions/Gadgets/Gadgets_body.php(510):
> wfEmptyMsg('gadgets-definit...', '<gadgets-def...')
> #6
> /usr/local/apache/common-local/php-1.18/extensions/Gadgets/Gadgets_body.php(38):
> Gadget::loadStructuredList()
> #7 [internal function]: GadgetHooks::userGetDefaultOptions(Array)
> #8 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216):
> call_user_func_array('GadgetHooks::us...', Array)
Gadgets extension responding to a hook and using wfEmptyMsg()

> #9 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621):
> Hooks::run('UserGetDefaultO...', Array)
> #10 /usr/local/apache/common-local/php-1.18/includes/User.php(1211):
> wfRunHooks('UserGetDefaultO...', Array)
> #11 /usr/local/apache/common-local/php-1.18/includes/User.php(2131):
> User::getDefaultOptions()
User::getDefaultOptions() called, calls Gadgets hook.

> #12 /usr/local/apache/common-local/php-1.18/includes/RequestContext.php(213):
> User->getOption('language')
> #13 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(151):
> RequestContext->getLang()
> #14 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(103):
> StubUserLang->_newObject()
> #15 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57):
> StubObject->_unstub('getCode', 5)
> #16 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147):
> StubObject->_call('getCode', Array)
> #17 [internal function]: StubUserLang->__call('getCode', Array)
> #18
> /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611):
> StubUserLang->getCode()
Second unstubbing of $wgLang causing user options fetch.

> #19 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1173):
> MessageCache->get('titleblacklist-...', true, false)
> #20 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1242):
> wfMsgGetKey('titleblacklist-...')
> #21
> /usr/local/apache/common-local/php-1.18/extensions/TitleBlacklist/TitleBlacklist.hooks.php(85):
> wfMsgWikiHtml('titleblacklist-...', ' [A-Z ]{10,}.* ...', 'Darkoneko')
TitleBlacklist calling wfMgsWikiHtml() to display an error message, causing a $wgLang call

> #22
> /usr/local/apache/common-local/php-1.18/extensions/TitleBlacklist/TitleBlacklist.hooks.php(106):
> TitleBlacklistHooks::acceptNewUserName('Darkoneko', Object(User), '')
> #23 [internal function]:
> TitleBlacklistHooks::centralAuthAutoCreate(Object(User), 'Darkoneko')
> #24 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216):
> call_user_func_array('TitleBlacklistH...', Array)
TitleBlacklist verifying the autocreation

> #25 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621):
> Hooks::run('CentralAuthAuto...', Array)
> #26
> /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuthHooks.php(469):
> wfRunHooks('CentralAuthAuto...', Array)
> #27
> /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuthHooks.php(253):
> CentralAuthHooks::attemptAddUser(Object(User), 'Darkoneko')
> #28 [internal function]: CentralAuthHooks::onUserLoadFromSession(Object(User),
> NULL)
> #29 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216):
> call_user_func_array('CentralAuthHook...', Array)
CentralAuth trying to autocreate the account

> #30 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621):
> Hooks::run('UserLoadFromSes...', Array)
> #31 /usr/local/apache/common-local/php-1.18/includes/User.php(930):
> wfRunHooks('UserLoadFromSes...', Array)
> #32 /usr/local/apache/common-local/php-1.18/includes/User.php(272):
> User->loadFromSession()
Loading user data from session

> #33 /usr/local/apache/common-local/php-1.18/includes/User.php(3928):
> User->load()
> #34 /usr/local/apache/common-local/php-1.18/includes/User.php(2125):
> User->loadOptions()
> #35 /usr/local/apache/common-local/php-1.18/includes/RequestContext.php(213):
> User->getOption('language')
> #36 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(151):
> RequestContext->getLang()
> #37 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(103):
> StubUserLang->_newObject()
> #38 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57):
> StubObject->_unstub('getCode', 5)
> #39 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147):
> StubObject->_call('getCode', Array)
> #40 [internal function]: StubUserLang->__call('getCode', Array)
> #41
> /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611):
> StubUserLang->getCode()
First $wgLang unstub, causes user options fetch

> #42 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1173):
> MessageCache->get('preferences', true, false)
> #43 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1153):
> wfMsgGetKey('preferences', true, false, true)
> #44 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1071):
> wfMsgReal('preferences', Array)
> #45 /usr/local/apache/common-local/php-1.18/includes/SpecialPage.php(592):
> wfMsg('preferences')
Probably the first wfMsg() call

> #46 /usr/local/apache/common-local/php-1.18/includes/SpecialPage.php(531):
> SpecialPage->getDescription()
> #47
> /usr/local/apache/common-local/php-1.18/includes/specials/SpecialPreferences.php(37):
> SpecialPage->setHeaders()
> #48
> /usr/local/apache/common-local/php-1.18/includes/SpecialPageFactory.php(460):
> SpecialPreferences->execute(NULL)
Special:Preference executing

> #49 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(226):
> SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
> #50 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(626):
> MediaWiki->performRequest()
> #51 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(533):
> MediaWiki->main()
> #52 /usr/local/apache/common-local/php-1.18/index.php(57): MediaWiki->run()
> #53 /usr/local/apache/common-local/live-1.5/index.php(3):
> require('/usr/local/apac...')
> #54 {main}
Normal init path for a special page view

I discovered that this is a variation of the same unstub loop caused by r97367 and fixed in r97887. I merged and deployed r97887 and that fixed it. Tested on testwiki by adding .* <newaccountonly> to the blacklist and provoking a CentralAuth autocreation.