https://bugzilla.wikimedia.org/show_bug.cgi?id=10883

Mormegil <morme...@centrum.cz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

--- Comment #2 from Mormegil <morme...@centrum.cz> 2012-07-11 13:44:23 UTC ---
The fix works correctly _most_ of the time, but not always. If the interwiki
prefix in question is specifically $wgLocalInterwiki, the “Redundant interwiki
prefix to the local wiki” is automatically discarded in
Title::secureAndSplit(), and Title::getInterWiki() is empty afterwards. So,
trying to expand e.g. Category:en:Fruits on the English Wiktionary results in
expansion of Category:Fruits instead. See

http://en.wiktionary.org/w/index.php?action=ajax&rs=efCategoryTreeAjaxWrapper&rsargs[]=en:Fruits&rsargs[]=0

I am still not sure why CategoryTree::makeTitle() is so complicated, instead of
just using something like
$t = Title::newFromText( "Category:$title" );

Or, passing the _whole_ title (including the Category: prefix) from the client,
and not doing any magic whatsoever. (I think this is not the first bug caused
by trusting Title::newFromText() would always use $defaultNamespace.)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- 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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to