Wikimedia Bugzilla is closed!

OK, forget it. I've modified the documentation in
[[m:Template:H:interwiki_linking]] to make it clear that b: and q: work totally
differently from w:. So the developers can rest in peace.

Note that the idea that b: is dissimilar to w: is not my personal opinion, but
comes from bug 953 comment 3.

REOPENing this bug as it is a major issue for transclusion of pages from commons.
Bug 4547: Enable template inclusion from Commons (transclusion => interwiki
templates, etc.)

Bug 4558 comment 1 b)
Bug 4558: Dead end InterWiki prefixes due to missing sister projects
requires to anable "shortcut" interwikies as 'b:', 'n:', 'q:',
's:', 'wikt:' are *not* defined at the related project family.

The comment contains a list of test pages where identical interwiki links are used.

This would be simitar to the usage of 'w:' and 'm:'.

best regards reinhardt [[user:gangleri]]

Explain to me, please, why a page in Wikibooks would need to use a
[[b:<something>]] interwiki link to link to the same project?

(In reply to comment #3)
> Explain to me, please, why a page in Wikibooks would need to use a
> [[b:<something>]] interwiki link to link to the same project?

Dear Rob!

Please look at
http://commons.wikimedia.org/wiki/Special:Allpages/Sister?namespace=10

The only reason known to me why full links are used at at template as
http://commons.wikimedia.org/w/index.php?title=Template:Sisterprojects-de&action=edit
is that else you would need to modify the self referencing interwiki prefix as
done in all project versions of [[en:template:wikivar]].

If you use full links as done at
http://commons.wikimedia.org/wiki/Template:Sisterprojects-de you will not see
the self referencing. These are normaly located at the bottom of the page where
you will not see the logo.

Wiki syntax is shorter and there are more features supporting wiki links
(Whatlinkshere, Recentchangeslinked etc.)

Comming back to the [[en:template:wikivar]] example. There are 8 versions of it
one for each project family. It would be possible to use conditional templates
but I did not test these untul now.

best regards reinhardt [[user:gangleri]]

Use "m:b:" instead of "b:", for example [[m:b:<something>]]. For non-English Wikibooks, use 
"m:b:de:", et cetera. This might be satisfactory, thus bug 995 might not be a bug. 
 
I even got [[fr:zh:ar:ms:de:q:ja:wikt:es:simple:m:b:WB:BJ]] to work as a link from Wikibooks to 
itself. 

(In reply to comment #5)
> Use "m:b:" instead of "b:", ...
> "m:b:de:", et cetera. ...
> I even got [[fr:zh:ar:ms:de:q:ja:wikt:es:simple:m:b:WB:BJ]] ...

My understanding of this *request* is to have "a simpler scheme", intutive and
easy to remember which is / should be the counterpart of "w:" and "m:". This
scheme should aply for each language groop family of "siterprojects" in the same
manner.

It is good to have workarounds but is better that newbies can find their way easily.

Created attachment 4270 [details]
Replacement interwiki.sql containing b: n: q: s: wikt:

Is there an obvious reason why b: &c. shouldn't be included in interwiki.sql? Is there a reason why w: and m: are not currently included?

I still don't see a clear reason why [[b:Whatever]] is needed as an internal link on Wikibooks (or whatever). 

(In reply to comment #8)
> I still don't see a clear reason why [[b:Whatever]] is needed as an internal
> link on Wikibooks (or whatever). 
> 

There is no reason.  Equally, [[w:foo]] is not needed on enwiki.  They are needed if we are to ever get our heads around interwiki transclusion: hosting templates or pages on somewhere like Commons or meta, and transcluding them to a variety of projects.  Then, we need a set of interwiki links that work similarly on *all* projects.

The issue here is that the interwiki tables of the various WMF wikis are not synchronised.  enwiki.interwiki contains entries for w: as well as b:, q:, c:, etc.  enwikibooks.interwiki contains w:, q:, c:, but *not* b:.  If the WMF wikis either shared an interwiki table, or ensured that updates to one table were copied to all the others, this issue would be resolved. Changing summary appropriately.

*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*

I believe there is a good use case (multi-wiki Collections) for including the "api.php" endpoint in the interwiki table.

Comment on attachment 4270 [details]
Replacement interwiki.sql containing b: n: q: s: wikt:

The patch is 6 years old and really obsolete. 

We now have interwiki.cdb which provides interwiki structure on the WMF cluster, so the bug title is not relevant anymore. What I think this bug is asking for is for self-interwiki prefixes to work, e.g., for [[w:Wikipedia]] to link to [[Wikipedia]]. This will make cross-wiki transclusion (bug 4547) a lot nicer.

Change 110162 had a related patch set uploaded by TTO:
Add $wgLocalInterwikis to handle multiple local prefixes

https://gerrit.wikimedia.org/r/110162

Change 110162 merged by jenkins-bot:
Add $wgLocalInterwikis to handle multiple local prefixes

https://gerrit.wikimedia.org/r/110162

The next thing I will do is to submit a patch for WikimediaMaintenance/dumpInterwiki.php. However, review progress in that repository is positively glacial, so don't hold your breath.

Restoring old summary; I think I understand what this bug is really about now. Only took me 10 months to figure it out...