Last modified: 2007-11-30 17:13:00 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 8396 - Ignore out-of-date serialised message caches
Ignore out-of-date serialised message caches
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-12-26 21:36 UTC by Carl Austin Bennett
Modified: 2007-11-30 17:13 UTC (History)
1 user (show)

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


Attachments

Description Carl Austin Bennett 2006-12-26 21:36:03 UTC
I've been upgrading MW 1.8alpha installations to MW 1.9-svn on the following
languages: uncyclopedia:pt:, uncyclopedia:ja:, uncyclopedia:fi: so far and all
show the same problem - the infamous <searcharticle> text (which should be
the "go" in the [Go] [Search] buttons under the search box) and similar errors
in displaying other common messages such as:

MediaWiki:Searcharticle
MediaWiki:Editundo
MediaWiki:Badaccess-group1
MediaWiki:Lastmodifiedat
MediaWiki:Templatesusedpreview
MediaWiki:Mypreferences
MediaWiki:Protectedpagetext
MediaWiki:Viewsourcetext
MediaWiki:Pagecategories
MediaWiki:Pagecategorieslink
MediaWiki:Randompage-url

The install script (and the maintenance/update.php script) are not creating
these messages in the MediaWiki namespace. 

Using Special:Export to grab the missing messages from another wiki (such as a
Wikipedia in the same language) and then XML importing these is a suitable
workaround, but it seems odd that maintenance/update.php is missing so many new
messages. I doubt this is even specific to a single language, as I've been
through three of these installs and they're all exhibiting the same issues until
the extra messages are added to the database.
Comment 1 Rob Church 2006-12-26 23:07:01 UTC
If this is the case, then check that the messages themselves are defined in the
i18n files - MediaWiki should be falling back to these if other sources fail.
Check that you've updated every file in the package.
Comment 2 Brion Vibber 2006-12-27 01:54:19 UTC
Make sure:
1) you have a current, correct 'languages' subdirectory
2) the 'serialized' directory either doesn't contain .ser files for messages or
is up to date

If you have old Messages*.ser files in there, either remove them or regnerate
current data.
You can genreally do this by running 'make'; this requires a working
command-line 'php' in the PATH.
Comment 3 Carl Austin Bennett 2006-12-27 16:26:15 UTC
Removing them isn't going to fix the problem - if they haven't been generated
(with make) the new messages are missing.

If you use a current, correct 'languages' subdirectory and the 'serialized'
directory doesn't contain .ser files, the problem appears. That's with a clean
install of the current set of /phase3 files to a new subdirectory, retaining and
using just the database, images and some extensions from the previous MW1.8
installation.

Typing '''cd serialized;make''' to generate the .ser files causes the problem to
goes away. The translated [Go][Search] buttons then display as [Go][Search] in
that language instead of [<searchindex>][Search] or its equivalent.

I don't recall any of the previous MW versions having required '''cd
serialized;make''' in order to get the complete set of localised strings, but
this is good to know in order to ensure smooth MW1.9 upgrades of other language
wikis on the site.

Thank you,
Carl
Comment 4 Brion Vibber 2006-12-27 18:31:57 UTC
No, if the serialized files are not there the live PHP files are used.
It's only when stale serialized files are present that the defaults
in the PHP files are ignored.

It is not required to generate serialized files to operate the wiki properly;
only having stale files is a problem.
Comment 5 Carl Austin Bennett 2006-12-27 20:42:21 UTC
The wiki will operate if the serialized files are not present, it's just the
newly-added messages for MW1.9 that are missing (based on using
maintenance/upgrade.php or the install script to migrate an existing database
from MW1.8).
Comment 6 Brion Vibber 2006-12-27 21:43:12 UTC
No, they are *not* missing in that case.

If they were missing in that case, we would notice this during development
when things are added to the files and there are no serialized files present.

In fact however we do not notice this effect, because it does not happen.
The new messages do in fact show up as expected.
Comment 7 Carl Austin Bennett 2006-12-28 05:23:33 UTC
On a clean install to an empty database, everything looks fine. Only time I see
these issues is on upgrade from 1.8 - and, in those cases, using make to build
the serialized files fixes everything.
Comment 8 Rob Church 2007-01-20 22:55:10 UTC
(In reply to comment #3)
> Removing them isn't going to fix the problem - if they haven't been generated
> (with make) the new messages are missing.

That is *exactly* the caveat referred to at the bottom of the README file in the
serialized/ directory. That is *exactly* how it works.

We *may* want to make the software skip serialized cache files where they are
apparently out of date, i.e. where the original messages file appears to be
newer. I'm refocussing the bug to that.
Comment 9 Niklas Laxström 2007-11-30 17:13:00 UTC
It now checks by default since r27983.

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


Navigation
Links