Page MenuHomePhabricator

Babel headers "User language" and "Users by language" follow content language
Closed, InvalidPublic


{{#babel}} still uses two English-language strings: User language and Users by language. They should be translated. Additionally, it would be handy to have the option to hide those strings.

Event Timeline

Aklapper renamed this task from Internationalize English strings to Allow translating English strings: "User language" and "Users by language".Jun 6 2016, 9:40 AM

You can hide those strings by using "plain=1" as the first parameter (see T33309)

Nemo_bis renamed this task from Allow translating English strings: "User language" and "Users by language" to Babel headers "User language" and "Users by language" follow content language.Nov 1 2016, 10:37 AM
Nemo_bis triaged this task as Medium priority.

Thanks @Nikki. Where can I find more documentation on it?

I can't see any wiki where the translation doesn't work in the way explained at

You're talking of some multilingual wiki which has English as default content language, I suppose. I see the headers don't follow the user language, probably because they are links and must link a page which exists locally.

We could translate the link label if the translations aren't too inconsistent (and hence the link target isn't surprising):

Nemo_bis closed this task as Invalid.EditedNov 6 2016, 5:48 PM

Actually, this is already handled by the code; we just need to set

(boolean) Whether to use the user interface language for the header and footer message. If false (default), it will be in the page content language. This is because using the user interface language may fragment the parser cache.

For Wikimedia wikis we can probably reconsider this decision: please open a discussion at and then request a global configuration change.