https://bugzilla.wikimedia.org/show_bug.cgi?id=70686
--- Comment #13 from Nemo <[email protected]> --- (In reply to Brad Jorsch from comment #11) > The proper fix here is probably to eliminate the conflict by changing the > Movepage alias in tet to something other than "Book". This is what we'd do normally, though it's odd for an extension to trump core. (In reply to Brad Jorsch from comment #12) > Or, as a third option, we could construct the alias-to-canonical mapping in > LocalisationCache so it can choose the aliases in order by the fallback > chain. That'd increase the size of the l10n caches, though, and in this > particular case it'd still have the problem that the canonical name for the > special page wouldn't work on certain wikis because of a l10n override. This bug is still a Wikimedia issue though, isn't it? It wouldn't happen to a normal tet wiki with Collection disabled. As for solutions in core, touching language fallback is overkill and practically certain to cause other problems. It would be mentally cleaner to make canonical names win over any alias: then we'd "only" have to bother about conflicts in canonical names, as usual. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
