Last modified: 2012-05-22 12:09:43 UTC
As can be seen on this page: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/specials/SpecialRecentchanges.php?view=markup#l535 It does: wfMsgForContentNoTrans( 'recentchangestext' ) Which for example causes the page on Meta ( http://meta.wikimedia.org/wiki/Special:RecentChanges?uselang=pt ) not to be translated as defined there ( http://meta.wikimedia.org/wiki/MediaWiki:Recentchangestext/pt ).
This was modified long ago in r6670. I would keep it by default in content language since it generally holds a lot of content that would be hard to translate in every language (see e.g. mediawiki.org). As stated in the commit summary you can ask to add it to $wgForceUIMsgAsContentMsg for meta so that it can be translated.
(In reply to comment #1) > ..generally holds a lot of content that would be hard to > translate in every language I have no clue what you mean here. The default line is: http://translatewiki.net/wiki/MediaWiki:Recentchangestext/en "Track the most recent changes to the wiki on this page." Which is as user-interface as can be, makes no sense to me for this to be in content language as much as it doesn't make sense for the Sidebar, Tabs or Footer to be in the content language. If some users (WMF) decide to put entire tables, images, headings and links to all sorts of stuff related to editing and counter-vandalism in this message then they can translate it in all languages (like Commons and Meta do).
I'm with Krinkle, this should probably be fixed, but I'd like to know why this change was made in the first place. I've tried to open a discussion with the person who changed the code at r6670.
A solution would be to move the content of this message to recentchanges-summary and we could keep this message with an empty content per default.
Fixed in r86186.
Reverted with r86294 due to bug 28590.
Fixed in https://gerrit.wikimedia.org/r/#/c/6230/
Follow up: Bug 37015.