We have a local copy of this message on trwiki but the translatewiki version is being displayed on Special:Block.
Description
Details
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Don't use language-specific ucfirst for interface messages | mediawiki/core | master | +2 -1 |
Related Objects
- Duplicates Merged Here
- T292834: Titles in NS_MEDIAWIKI uses Turkish capitalization on Turkish content language
Event Timeline
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.
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).
@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.
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.
@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