User pages on central wikis are first supposed to serve as user pages for the central wiki itself, so their wikilinks will logically point there.
Suddenly requiring thousands of users to update their user pages just to make them usable and not confusing to other users is nonsense.
Description
Details
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Open | None | T89916 Wikilinks from global user pages should point to the central wiki | |||
Open | Feature | None | T42128 Add option for absolute URLs to action=parse |
Event Timeline
Deep in Title::getLocalURL():
// @todo FIXME: This causes breakage in various places when we // actually expected a local URL and end up with dupe prefixes. if ( $wgRequest->getVal( 'action' ) == 'render' ) { $url = $wgServer . $url; }
We should probably turn that into a parser option and expose it via the API.
Providing a simple way to make wikilinks point to the local wiki would have some use cases too, but too few to change the default behavior IMHO.
Yeah, I imagine the more specific way to say this is that the wikilinks should be 'relative' to the central wiki so that what works there will work elsewhere (for example if someone does [[:en:Main_page]] on meta you will get the enWiki 'Main_page' if you do that on deWikibooks you will get the enWikibooks 'Main_page'. That may not be the right way for them to do it (I know I've hit lawyers for doing similar style links before) but they have no real way to "know" that wouldn't work on all of the wikis that the user page is shown on.
Change 191533 had a related patch set uploaded (by Legoktm):
API: Allow requesting fully qualified urls action=parse
Seems if we use [[m:page]] in meta user page(global user page), it doesn't redirects to meta wiki, it just redirects to local wiki page.
Let's just remove "m" from $wgLocalInterwikis. We've done without for years, it was nice of TTO to fix that but WhatLinksHere can survive.
No, that only fixes half the problem. I think the reporter wants a link like [[Tech/News]] on their global user page to always point to Meta, which is a very sensible behaviour.
Change 191812 had a related patch set uploaded (by Legoktm):
Temporarily remove 'm' from metawiki's $wgLocalInterwikis
It'll be fine as a temporary hack until we can get a proper patch through which is turning out to be pretty large...
Change 191812 merged by jenkins-bot:
Temporarily remove 'm' from metawiki's $wgLocalInterwikis
@He7d3r may I ask: why thumbs down? Your opinion is welcome and would be more valuable if you put it in words.
Because when I want a link to a specific project I use @Pathoschild's suggestion:
Prefix all interwiki links with "m:" to ensure they will work on all wikis (for example, use [[m:w:fr:Article]] instead of [[w:fr:Article]]).
So, if I want a link to Meta-wiki, I just use [[m:This]].
That's all fine and dandy if it weren't for the fact that "m:" was broken on global user page until change 191812 (see above) provided a temporary fix!
Interesting, but... is updating thousands of pages just to get the correct behavior worth it?
I wonder if the wanted behaviour is similar to Commons file description pages which are transcluded on local wikis and where links are still relative to Commons (except for comment line links). Could it be implemented the same way?
If this is implemented, how would we link to local pages? (eg. to a MediaWiki category/interface/special page)
Change 191533 abandoned by Legoktm:
[WIP] API: Allow requesting fully qualified urls action=parse