Page MenuHomePhabricator

Block messages are being populated from translatewiki even if a local version exists
Open, HighPublic

Description

We have a local copy of this message on trwiki but the translatewiki version is being displayed on Special:Block.

Event Timeline

Superyetkin raised the priority of this task from to High.
Superyetkin updated the task description. (Show Details)
Superyetkin added a project: MediaWiki-General.
Superyetkin subscribed.

Confirmed as MessageCache related issue:

mwscript eval.php trwiki
> echo wfMessage( 'ipbreason-dropdown' )->inContentLanguage()->plain();
*Genel engelleme nedenleri
** Yanlış bilgi eklemek
** Sayfalardan içeriği çıkarmak
** Dış sitelere spam bağlantı vermek
** Sayfalara mantıksız/anlaşılmaz sözler eklemek
** Tehditvari davranış/Taciz
** Birden fazla hesabı kötüye kullanmak
** Kabul edilemez kullanıcı adı

The page has not been edited recently: https://tr.wikipedia.org/w/index.php?title=MediaWiki:Ipbreason-dropdown&action=history

Potentially an issue with Turkish ucfirst. For example, manually constructing url such as https://tr.wikipedia.org/w/index.php?title=MediaWiki:ipbreason-dropdown&action=history goes to different page.

Nemo_bis set Security to None.
Nemo_bis subscribed.

Is there any chance we can disable caching for a particular page? This issue is blocking trwiki now.

Ah, right. Core interfaces message are keyed in English, not content language. So we'd need to use plain ucfirst() instead.

Except for custom messages used via gadgets and int, it might be different. Since MediaWiki does by default redirect page titles to content language ucfirst, not English. E.g. https://tr.wikipedia.org/w/index.php?title=MediaWiki:ipbreason-dropdown&action=history (English lowercase "i") renders for https://tr.wikipedia.org/w/index.php?title=MediaWiki:%C4%B0pbreason-dropdown&action=history (Turkish uppercase I).

Superyetkin claimed this task.

Moving the page to MediaWiki:İpbreason-dropdown solved the issue. Thanks.

Nemo_bis changed the task status from Resolved to Declined.Nov 20 2015, 8:40 PM

Code was not changed, hence this can't be "Resolved".

A code fix has been proposed, hence this can't be "Declined".

A code fix has been proposed, hence this can't be "Declined".

@Nikerabbit: Where to find that code fix (if you remember)? (And what does that mean for the status and priority of this open task?)

A way to fix this issue was mentioned in a comment: "Use English ucfirst() in NS_MEDIAWIKI instead of content language ucfirst". The other option is just document this (where?) as expected behavior.

jhsoby changed the task status from Duplicate to Resolved.Jan 31 2025, 6:00 PM
jhsoby subscribed.

This would have been solved by this change. Closing this as duplicate even though this task is older, since the fix was attached to the other task.

This would have been solved by this change. Closing this as duplicate even though this task is older, since the fix was attached to the other task.

I just rechecked and it is not fixed

@Nemoralis Just checked on my test wiki, and can confirm that it's still happening for the "ipbreason-dropdown" message. I have a hunch about what's causing it, so I'll test and hopefully submit another patch.

Change #1116533 had a related patch set uploaded (by Jon Harald Søby; author: Jon Harald Søby):

[mediawiki/core@master] Don't use language-specific ucfirst for interface messages

https://gerrit.wikimedia.org/r/1116533