Brad Jorsch ad522beeea More sensible behavior when special page aliases conflict ... Right now, SpecialPageFactory::getAliasListObject() just chooses the last-seen alias and allows any alias to completely override the page's "canonical" name (from SpecialPageFactory::$list or $wgSpecialPages). Although the latter doesn't come up often since (almost?) all special pages have their canonical name as one of their English-language aliases. More sensible behavior is to always prefer the "canonical" name over any conflicting aliases, and to prefer an alias that's the first alias for a special page over one that is a fallback. Also, when a special page's first alias winds up not actually referring to that special page, we MUST NOT go redirecting other names for that special page to that wrong alias. Bug: 70686 Change-Id: I4b17ec0fdc87b4b0d7ae9d9eea7ffacb54dd6891		2014-09-25 07:57:01 +00:00
..
classes	Cleanup some docs (languages)	2014-08-09 22:20:15 +02:00
data
i18n	Localisation updates from https://translatewiki.net.	2014-09-24 21:53:39 +02:00
messages	Merge "Copy translations of Special:MyLanguage alias from Translate"	2014-09-21 09:28:41 +00:00
utils	Add missing @param to function docs	2014-08-14 19:38:57 +00:00
.htaccess
ConverterRule.php
FakeConverter.php
Language.php	More sensible behavior when special page aliases conflict	2014-09-25 07:57:01 +00:00
LanguageConverter.php	Add missing @return and @param to doc blocks	2014-08-27 21:57:45 +02:00
Names.php	Remove some references to skins/common/ in comments	2014-08-28 22:10:23 +00:00