Last modified: 2014-09-23 20:00:41 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 955 - b: doesn't work from Wikibooks; neither n: from Wikinews nor q: from Wikiquote, etc.
b: doesn't work from Wikibooks; neither n: from Wikinews nor q: from Wikiquot...
Status: ASSIGNED
Product: Wikimedia
Classification: Unclassified
Interwiki links (Other open bugs)
unspecified
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikibooks.org/wiki/User:Pad...
:
Depends on:
Blocks: 4547 4591 5197
  Show dependency treegraph
 
Reported: 2004-11-28 16:29 UTC by Wikipedia:en:User:Paddu
Modified: 2014-09-23 20:00 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Replacement interwiki.sql containing b: n: q: s: wikt: (9.62 KB, patch)
2007-10-21 05:38 UTC, Oldak Quill
Details

Description Wikipedia:en:User:Paddu 2004-11-28 16:29:14 UTC
b: doesn't produce an interwiki link/normal link/self link. It produces link to
a page called b:<something>.
Comment 1 Wikipedia:en:User:Paddu 2004-12-01 18:53:26 UTC
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.
Comment 2 lɛʁi לערי ריינהארט 2006-02-11 01:48:55 UTC
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]]
Comment 3 Rob Church 2006-02-11 01:51:16 UTC
Explain to me, please, why a page in Wikibooks would need to use a
[[b:<something>]] interwiki link to link to the same project?
Comment 4 lɛʁi לערי ריינהארט 2006-02-11 02:10:12 UTC
(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]]
Comment 5 xkernigh 2006-03-11 02:28:44 UTC
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. 
Comment 6 lɛʁi לערי ריינהארט 2006-03-26 08:20:28 UTC
(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.
Comment 7 Oldak Quill 2007-10-21 05:38:31 UTC
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?
Comment 8 Mike.lifeguard 2009-01-20 01:55:11 UTC
I still don't see a clear reason why [[b:Whatever]] is needed as an internal link on Wikibooks (or whatever). 
Comment 9 Happy-melon 2009-07-24 14:08:11 UTC
(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.
Comment 10 p858snake 2011-04-30 00:09:02 UTC
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
Comment 11 Adam Wight 2013-03-18 08:47:03 UTC
I believe there is a good use case (multi-wiki Collections) for including the "api.php" endpoint in the interwiki table.
Comment 12 This, that and the other (TTO) 2013-09-22 11:53:38 UTC
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.
Comment 13 Gerrit Notification Bot 2014-02-02 03:41:04 UTC
Change 110162 had a related patch set uploaded by TTO:
Add $wgLocalInterwikis to handle multiple local prefixes

https://gerrit.wikimedia.org/r/110162
Comment 14 Gerrit Notification Bot 2014-03-12 12:36:50 UTC
Change 110162 merged by jenkins-bot:
Add $wgLocalInterwikis to handle multiple local prefixes

https://gerrit.wikimedia.org/r/110162
Comment 15 This, that and the other (TTO) 2014-03-12 23:53:12 UTC
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.
Comment 16 This, that and the other (TTO) 2014-07-05 11:01:18 UTC
Restoring old summary; I think I understand what this bug is really about now. Only took me 10 months to figure it out...

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links