Page MenuHomePhabricator

recentchangestext should be shown in interface language (not content language)
Open, MediumPublic

Description

Details

Reference
bz25946

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:22 PM
bzimport set Reference to bz25946.
bzimport added a subscriber: Unknown Object (MLST).

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.

Reverted with r86294 due to bug 28590.

Jdforrester-WMF subscribed.

This actually didn't get fixed, sadly (see https://mediawiki.org/wiki/Special:RecentChanges?uselang=qqx for instance). It's a bit tricky to fix due to the battling desires for inheritance and over-riding. Will try to work up a patch.

This actually didn't get fixed, sadly (see https://mediawiki.org/wiki/Special:RecentChanges?uselang=qqx for instance). It's a bit tricky to fix due to the battling desires for inheritance and over-riding. Will try to work up a patch.

This currently shows two things:

Which means that that is definitely using the content language?

Yes, it is definitely using content language, which is what this task asks to not be the case.

Yes, it is definitely using content language, which is what this task asks to not be the case.

Aye, right. Tasks titles in the form of a statement are a confusing anti-pattern (he says, to his 2010-self).

Krinkle renamed this task from recentchangestext is contentlanguage instead of userlanguage to recentchangestext should be shown in interface language (not content language).Jun 23 2017, 9:07 PM