Page MenuHomePhabricator

MWException error - Error: invalid magic word 'speciale'
Closed, ResolvedPublic

Description

Author: davidt

Description:
Just installed 1.20.2. Pulled database from 1.19.3. Let Mediawiki installer upgrade the database. Then uploaded LocalSettings.php.

Got a MWException error when I went to the home page.

Turned on $wgShowExceptionDetails. Got this:

Error: invalid magic word 'speciale'

Backtrace:

#0 /var/www/html/wiki/includes/MagicWord.php(236): MagicWord->load('speciale')
#1 /var/www/html/wiki/includes/parser/Parser.php(4765): MagicWord::get('speciale')
#2 /var/www/html/wiki/includes/parser/CoreParserFunctions.php(74): Parser->setFunctionHook('speciale', Array)
#3 /var/www/html/wiki/includes/parser/Parser.php(253): CoreParserFunctions::register(Object(Parser))
#4 [internal function]: Parser->firstCallInit()
#5 /var/www/html/wiki/includes/StubObject.php(79): call_user_func_array(Array, Array)
#6 /var/www/html/wiki/includes/StubObject.php(99): StubObject->_call('firstCallInit', Array)
#7 /var/www/html/wiki/includes/cache/MessageCache.php(829): StubObject->__call('firstCallInit', Array)
#8 /var/www/html/wiki/includes/cache/MessageCache.php(829): StubObject->firstCallInit()
#9 /var/www/html/wiki/includes/cache/MessageCache.php(807): MessageCache->getParser()
#10 /var/www/html/wiki/includes/Message.php(618): MessageCache->transform('$1 - {{SITENAME...', true, Object(Language), Object(Title))
#11 /var/www/html/wiki/includes/Message.php(436): Message->transformText('$1 - {{SITENAME...')
#12 /var/www/html/wiki/includes/Message.php(476): Message->toString()
#13 /var/www/html/wiki/includes/OutputPage.php(790): Message->text()
#14 /var/www/html/wiki/includes/OutputPage.php(833): OutputPage->setHTMLTitle(Object(Message))
#15 /var/www/html/wiki/includes/Article.php(485): OutputPage->setPageTitle('Main Page')
#16 /var/www/html/wiki/includes/actions/ViewAction.php(37): Article->view()
#17 /var/www/html/wiki/includes/Wiki.php(427): ViewAction->show()
#18 /var/www/html/wiki/includes/Wiki.php(304): MediaWiki->performAction(Object(Article))
#19 /var/www/html/wiki/includes/Wiki.php(536): MediaWiki->performRequest()
#20 /var/www/html/wiki/includes/Wiki.php(446): MediaWiki->main()
#21 /var/www/html/wiki/index.php(59): MediaWiki->run()
#22 {main}


Version: 1.20.x
Severity: major
OS: Linux
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=48235

Details

Reference
bz44294

Related Objects

StatusSubtypeAssignedTask
ResolvedNone
OpenFeatureNone
ResolvedNone
DeclinedNone
OpenNone
OpenNone
DeclinedNone
OpenNone
OpenNone
OpenFeatureNone
DeclinedFeatureNone
OpenNone
OpenNone
ResolvedTgr
ResolvedAnomie
ResolvedJoe
ResolvedJoe
Resolvedhashar
Resolvedbd808
ResolvedAnomie
ResolvedKrinkle
ResolvedNone
ResolvedJanZerebecki
ResolvedKrinkle
ResolvedTgr
ResolvedxSavitar
OpenNone
ResolvedTchanders
ResolvedNone
ResolvedFlorian
ResolvedFlorian
ResolvedNone
OpenFeatureNone
OpenNone
ResolvedJdforrester-WMF

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 1:36 AM
bzimport set Reference to bz44294.
bzimport added a subscriber: Unknown Object (MLST).

davidt wrote:

Just tried running 1.20.1. Same problem.

Hi David,

did you also update the translations / i18n?

Same problem was mentioned on the mailing list in http://lists.wikimedia.org/pipermail/mediawiki-l/2012-November/040101.html and in the support desk: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/%22%22_is_not_a_valid_magic_word_for_%22speciale%22

The last commenter in the mailing list threaded recommended to install http://dumps.wikimedia.org/mediawiki/1.20/mediawiki-i18n-1.20.0.patch.gz

If that does not help: Do you have any custom extensions?

This usually goes away if you rebuild l10n cache manually:

php maintenance/rebuildLocalisationCache.php --force

davidt wrote:

No custom extensions.

I rebuilt the cache manually.

It now shows text! But not styled:
http://training.thinknear.com/wiki202/index.php/Main_Page

Any suggestions?

(In reply to comment #4)

No custom extensions.
I rebuilt the cache manually.
It now shows text!

Great! Problem described in this bug report solved:
Partial upgrade only. => Closing as INVALID as no piece of code needed a fix.

But not styled:
http://training.thinknear.com/wiki202/index.php/Main_Page

Any suggestions?

When I tried to access your CSS styles, I got "The requested URL /wiki/load.php was not found on this server." But this looks like a support question (check file permissions?) which should better end up in https://www.mediawiki.org/wiki/Project:Support_desk

davidt wrote:

Hmm, is there someplace public we can post the fix, to help others who run into the problem?

This place is public, and all places listed in comment 2 are also public.

Re-opening. Shell access is not available to some: http://thread.gmane.org/gmane.org.wikimedia.mediawiki/41434

From Bug 32762 comment 16 comes a possible solution:

After spending maybe an hour tracing the problem, I determined that for some
reason this line in MessagesEn.php --

'speciale'                => array( 0,    'speciale' ),
  • was somehow not being loaded into the array, although the lines before it

and after it were. If I commented out the line before it ('special' without
an e), 'speciale' showed up in the list.

I next tried reversing the two lines, since it seemed like there was a
problem with the 'special' line -- and at that point, the wiki loaded
successfully.

Then I put the lines back in order, and the wiki loaded again.

(In reply to comment #8)

Re-opening. Shell access is not available to some:
http://thread.gmane.org/gmane.org.wikimedia.mediawiki/41434

It is an requirement, however.

The issue clearly is that the cache is not updating. Could it be that the extracted files in the tarball contain timestamps older than the latest change timestamp.

(In reply to comment #9)

It is an requirement, however.

See bug 26992 aka 'Remove the "shell" excuse'

(In reply to comment #9)

The issue clearly is that the cache is not updating. Could it be that the
extracted files in the tarball contain timestamps older than the latest
change timestamp.

Is there some flag that the installer/updater could set so that the current cache would be ignored?

(In reply to comment #10)

(In reply to comment #9)

It is an requirement, however.

See bug 26992 aka 'Remove the "shell" excuse'

It's unrelated. This is about maintenance scripts and updating the wiki, not configuration changes.

(In reply to comment #11)

Is there some flag that the installer/updater could set so that the current
cache would be ignored?

Delete it?

(In reply to comment #12)

(In reply to comment #10)

(In reply to comment #9)

It is an requirement, however.

See bug 26992 aka 'Remove the "shell" excuse'

It's unrelated. This is about maintenance scripts and updating the wiki, not
configuration changes.

The bug was set up to track any "need" for the shell. As you've indicated this is one of those needs.

rebuild of localisation cache exists inside the update since r101449, so this bug is fixed.