Last modified: 2009-12-23 23:23:09 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T23873, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 21873 - Revision view failed sometimes
Revision view failed sometimes
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-12-17 02:51 UTC by Jimmy Xu
Modified: 2009-12-23 23:23 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jimmy Xu 2009-12-17 02:51:23 UTC
This happens while I'm viewing the revisions of an article, no matter by viewing the diff or checking those deleted revisions.

The article text cannot be shown, instead, a traceback:

----
{{MediaWiki:Tagline}}

MagicWordArray::parseMatch: parameter not found

Backtrace:

#0 /usr/local/apache/common-local/wmf-deployment/includes/MagicWord.php(674): MagicWordArray->parseMatch(Array)
#1 /usr/local/apache/common-local/wmf-deployment/includes/parser/Parser.php(3394): MagicWordArray->matchAndRemove(NULL)
#2 /usr/local/apache/common-local/wmf-deployment/includes/parser/Parser.php(909): Parser->doDoubleUnderscore('<div class="mw-...')
#3 /usr/local/apache/common-local/wmf-deployment/includes/parser/Parser.php(328): Parser->internalParse('<div class="mw-...')
#4 [internal function]: Parser->parse('<div class="mw-...', Object(Title), Object(ParserOptions), true, true, NULL)
#5 /usr/local/apache/common-local/wmf-deployment/includes/StubObject.php(58): call_user_func_array(Array, Array)
#6 /usr/local/apache/common-local/wmf-deployment/includes/StubObject.php(76): StubObject->_call('parse', Array)
#7 [internal function]: StubObject->__call('parse', Array)
#8 /usr/local/apache/common-local/wmf-deployment/includes/OutputPage.php(905): StubObject->parse('<div class="mw-...', Object(Title), Object(ParserOptions), true, true, NULL)
#9 /usr/local/apache/common-local/wmf-deployment/includes/OutputPage.php(2197): OutputPage->parse('<div class="mw-...', true, true)
#10 /usr/local/apache/common-local/wmf-deployment/includes/EditPage.php(726): OutputPage->wrapWikiMsg('<div class="mw-...', 'newarticletext')
#11 /usr/local/apache/common-local/wmf-deployment/includes/EditPage.php(438): EditPage->showIntro()
#12 /usr/local/apache/common-local/wmf-deployment/includes/EditPage.php(351): EditPage->edit()
#13 /usr/local/apache/common-local/wmf-deployment/includes/Wiki.php(541): EditPage->submit()
#14 /usr/local/apache/common-local/wmf-deployment/includes/Wiki.php(70): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
#15 /usr/local/apache/common-local/wmf-deployment/index.php(117): MediaWiki->performRequestForTitle(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
#16 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
#17 {main}
----

And at the same time, the <title> changed from normal to <title> - {{#switch:{{int:Conversionname}}|zh|zh-hans|zh-cn|zh-sg=维基百科,自由的百科全书|zh-hant|zh-tw|zh-hk=維基百科,自由的百科全書}}</title>

After some refresh, the error screen would disappear, but about 10m later, it appears again. Guess there's something wrong with the parser function.

The pages I attempted to view:
* http://zh.wikipedia.org/w/index.php?diff=11856199
* http://zh.wikipedia.org/w/index.php?title=%E7%B6%AD%E5%9F%BA%E4%BA%BA&action=edit&redlink=1
Comment 1 Roan Kattouw 2009-12-17 10:35:16 UTC
This was reported yesterday as well, looks like there's an Apache whose l10ncache needs updating.

If and when this happens again, please open up the HTML source of the page and look for a comment formatted like <!-- Served by srv123 in 0.45s --> and report the srv number here.
Comment 2 Roan Kattouw 2009-12-23 23:23:09 UTC
I believe this was caused by srv193 having a full disk, which was fixed. Please REOPEN if this problem reappears.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links