Last modified: 2014-07-11 00:52:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T2954, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 954 - w: in en.wikipedia not really "superfluous" for self & broken links
w: in en.wikipedia not really "superfluous" for self & broken links
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Interwiki links (Other open bugs)
unspecified
All All
: Low normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/User:Pad...
:
: 4864 (view as bug list)
Depends on: 61357
Blocks: 12330
  Show dependency treegraph
 
Reported: 2004-11-28 16:29 UTC by Wikipedia:en:User:Paddu
Modified: 2014-07-11 00:52 UTC (History)
6 users (show)

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


Attachments

Description Wikipedia:en:User:Paddu 2004-11-28 16:29:12 UTC
From en.wikipedia, a link with en: behaves like en: is discarded, i.e.
self-links are bolded & broken links are coloured red. But a link with w: always
shows up as a normal link. (Branched off from bug 938 comment 4).
Comment 1 lɛʁi לערי ריינהארט 2006-02-04 22:48:08 UTC
Hallo!

The issue about self referencing links generated with self referencing interwiki
prefixes is covered at
Bug 4864: Evaluate self referencing interwiki prefixes
with additional examples ("m:" and others to come).

The links to non existing pages (which should render red according to this
request) generated with self referencing interwiki prefixes is *not* covered there.

best regards reinhardt [[user:gangleri]]
Comment 2 Brion Vibber 2006-02-05 00:47:58 UTC
*** Bug 4864 has been marked as a duplicate of this bug. ***
Comment 3 This, that and the other (TTO) 2013-12-24 01:01:38 UTC
$wgLocalInterwiki can only take one value. On enwiki it is set to "en". Hence, "w" and "wikipedia" are not considered local interwikis, even though they are.

To fix this, I think we would need to be able to provide more than one value for $wgLocalInterwiki. I can't see that it would be a problem to optionally allow an array as well as a string for $wgLocalInterwiki, or to introduce a parallel config variable $wgLocalInterwikis (a la $wgSkipSkin[s]).

Or, even better, get rid of $wgLocalInterwiki altogether and make MW smart enough to know when an interwiki points back at the same wiki. But that would be quite hard and unnecessary.
Comment 4 Gerrit Notification Bot 2014-02-03 06:54:24 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 5 Gerrit Notification Bot 2014-03-12 12:36:53 UTC
Change 110162 merged by jenkins-bot:
Add $wgLocalInterwikis to handle multiple local prefixes

https://gerrit.wikimedia.org/r/110162
Comment 6 Gerrit Notification Bot 2014-07-05 11:04:14 UTC
Change 144264 had a related patch set uploaded by TTO:
Add a complete list of local interwikis

https://gerrit.wikimedia.org/r/144264
Comment 7 Gerrit Notification Bot 2014-07-10 18:26:42 UTC
Change 144264 merged by jenkins-bot:
Add a complete list of local interwikis

https://gerrit.wikimedia.org/r/144264
Comment 8 This, that and the other (TTO) 2014-07-11 00:52:35 UTC
Now fixed, in time for this bug's 10th birthday!

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


Navigation
Links