Last modified: 2014-02-12 23:32:50 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 T46294, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 44294 - MWException error - Error: invalid magic word 'speciale'
MWException error - Error: invalid magic word 'speciale'
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.20.x
All Linux
: Low major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 26992
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-23 22:50 UTC by David T
Modified: 2014-02-12 23:32 UTC (History)
8 users (show)

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


Attachments

Description David T 2013-01-23 22:50:16 UTC
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}
Comment 1 David T 2013-01-23 22:58:06 UTC
Just tried running 1.20.1. Same problem.
Comment 2 Andre Klapper 2013-01-24 12:15:26 UTC
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?
Comment 3 Niklas Laxström 2013-01-24 12:18:10 UTC
This usually goes away if you rebuild l10n cache manually:

php maintenance/rebuildLocalisationCache.php --force
Comment 4 David T 2013-01-24 17:32:19 UTC
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?
Comment 5 Andre Klapper 2013-01-24 18:01:14 UTC
(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
Comment 6 David T 2013-01-24 18:05:07 UTC
Hmm, is there someplace public we can post the fix, to help others who run into the problem?
Comment 7 Andre Klapper 2013-01-24 18:18:54 UTC
This place is public, and all places listed in comment 2 are also public.
Comment 8 Mark A. Hershberger 2013-04-16 12:11:40 UTC
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.
Comment 9 Niklas Laxström 2013-04-16 13:13:38 UTC
(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.
Comment 10 Mark A. Hershberger 2013-04-16 13:38:11 UTC
(In reply to comment #9)
> It is an requirement, however.

See bug 26992 aka 'Remove the "shell" excuse'
Comment 11 Mark A. Hershberger 2013-04-16 14:08:55 UTC
(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?
Comment 12 Niklas Laxström 2013-04-16 14:10:33 UTC
(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?
Comment 13 Mark A. Hershberger 2013-04-16 14:14:02 UTC
(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.
Comment 14 Umherirrender 2013-09-13 18:06:24 UTC
rebuild of localisation cache exists inside the update since r101449, so this bug is fixed.

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


Navigation
Links