Special:Edit, Special:History, Special:Purge, and Special:Info all
redirect to index.php?title=$1&action=, where the action is edit,
history, purge, or info. Thus, they can each extend a common class.
Bug: T13456
Change-Id: I64aca28075f5d79ec841b6868e1760f2dac4ec90
There is no recursive fallback as far as I understand, so in order for
Sakizaya to have Taiwanese Chinese as a fallback, it needs to also have the
same fallbacks as what zh-tw uses; therefore adding zh-hant and zh-hans to
its fallback chain.
Bug: T237370
Change-Id: I89c6b5464071aecbaff02800d3ec289abbfc73b9
Note that in Sakizaya orthography, only proper names start with capital
letters, so the fact that the namespace names have small initial letters
is intentional.
The namespace names were reported to me on
https://incubator.wikimedia.org/wiki/Talk:Wp/szy#Namespaces
Bug: T237370
Change-Id: Ica57722bf39b544ab6fd88337c6a7918a9044b53
Add namespace translations as reported on
https://incubator.wikimedia.org/wiki/Wp/skr/Template:namespaces
Linktrail is based on the linktrail from the Urdu language file,
with the addition of the Saraiki-specific letters as mentioned
in the language's English Wikipedia article.
Change-Id: I45e1301c6cb5cfbea4cc28d17b1bc06a97834322
In commit 5940aa6344 in 2008 (SVN r35745),
these were accidentally changed from U+F011 (a private use area character)
to U+0011 (a control character). The control characters are certainly
incorrect, as they can't even be used in MediaWiki page titles. Having
a private use area character here is surprising to me, but it was
apparently used since 2006 as a substitute for U+A657, which was only
introduced in Unicode 5.1 in April 2008, hence the aliases.
I noticed this problem when I was doing some work analyzing MediaWiki's
date formats, and my editor warned me that this is a "binary file" :)
Change-Id: I5df29b0072d6dec8dcb8c7492d8b9623c93fdbf3
I've used the same translation as the pages' titles (except for "GoToInterwiki" which doesn't have one).
Change-Id: Ibf7137636f351a31e86a4621a644b9c41cc3a73e
- Special:Mute has been added as a quick way for users to block unwanted
emails from other users originating from Special:EmailUser
- Special:Mute can be enabled by setting $wgEnableSpecialMute = true.
This flag default value is `false`. This flag is temporary until
enough wikis have this feature enabled and then it will go away
- When Special:Mute is enabled, emails sent from Special:EmailUser
contain a link to Special:Mute to facilitate access to the page
In the future, Special:Mute will support extensions to append other types
of notifications that could be muted. These are some of the tasks tracking
the rest of the work:
- T218270
- T220163
- T218266
It is worth mentioning that blocking emails from users is already available
via Special:Preferences
Bug: T218265
Change-Id: I54b847192f42ee1f37999d36c3a187f8826f55a8
This seems to be still used internally in core but in no extension. Also,
this function really doesn't do anything so hard deprecating in preparation
for removal.
Bug: T62260
Change-Id: I568789483084a97e5b3b462235f3d00c3cb87cf9
The export from translatewiki was not done yet,
but there is good localization activity,
and having this file will allow correct RTL layout.
Bug: T152908
Change-Id: I8cfc718af5e96ce9d902d1bf5400a3bb2971acde
