Last modified: 2014-07-27 22:19:49 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 T3392, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 1392 - "What links here" should show only the template linking, not all pages containing the template. Same for "pages that use this image".
"What links here" should show only the template linking, not all pages contai...
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Lowest enhancement with 12 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://de.wikipedia.org/w/index.php?t...
:
: 5691 (view as bug list)
Depends on:
Blocks: 6934
  Show dependency treegraph
 
Reported: 2005-01-23 20:18 UTC by Daniel Kinzler
Modified: 2014-07-27 22:19 UTC (History)
4 users (show)

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


Attachments

Description Daniel Kinzler 2005-01-23 20:18:26 UTC
When a pages is linked to by a template, the "what links here" page of the
target page show the template and all pages containing this template. Similarly,
an image which is used in a template will list all pages containing the template
as using the image. To make matters worse, if the link/the image is removed from
the template, the list will not be up to date until *every* page that uses the
template is edited.

The best solution would IMHO be to show only the template itself on the "what
links here" (resp. "pages that use this image") list - we would have no
superfluous links then, and no problem with keeping the through-a-tem,plate
reverse links updated. If i really need all the pages that use the template, I
could use the template's "what links here" page easily enough.

I can't think of any situation where the current behavior would be desirable.
This is espacially annoying if you try to unlink an image that has to be delete,
as you have to find the few pages that use the image directly, somehow. Please
consider changing this - I have heard many complaints about this behaviour, many
users are confused by it (especially because the list is never relly up to
date), and those who understant it find it annoying.

(the URL given is an Image on ther german WP that is used by some templates
which are in turn used by many pages)
Comment 1 Andreas Praefcke 2005-01-23 20:41:21 UTC
Full ack. "What links here" is one of the nicest features in Wikipedia, but
navigation elements make it nearly unusable due to the bug described here. 
Comment 2 J. Noel Chiappa 2005-01-24 17:05:47 UTC
I agree that the behaviour you note is problematic. However, any 
change would have to make sure that it doesn't create as many problems 
as it solves - e.g. without a note on article page A that it includes 
image I (via template T), when I is updated the code would have to do 
a lot of (potentially recursive) checking (i.e. after checking "what 
links here" on I, and discovering T, it would then have to check "what 
links here on T", and so on) to note on all pages that (eventually) 
include that image that they need to be re-rendered.

We have quite a number of bugs of this form with templates and/or 
categories - see, for example, 
[http://bugzilla.wikimedia.org/show_bug.cgi?id=939 bug 939]. The bug 
you mention, where the "what links here" list on the image is not 
fixed when the template is edited, is basically the same bug as the 
category problem in bug 939.
Comment 3 Puzzlet Chung 2005-06-17 02:26:02 UTC

*** This bug has been marked as a duplicate of 939 ***
Comment 4 Zigger 2005-06-17 02:37:38 UTC
Reopened.  Bug 939 asks for link tables and rendered pages to be effectively
current with template changes, which is more work, whereas this request seems to
ask for the Special:Whatlinkshere page to show less.
Comment 5 bdk 2006-04-23 01:05:17 UTC
*** Bug 5691 has been marked as a duplicate of this bug. ***
Comment 6 Pharos 2007-01-30 07:29:47 UTC
Navigational templates are only getting more elaborate over time.  Many link to
dozens of items, making "What links here" practically unusable.  Fixing this
problem would be a great aid to discovering and building up the web of
connections among articles.
Comment 7 Brion Vibber 2007-02-02 18:58:50 UTC
If it links from the page, it links from the page.
It's not possible to determine what was "through" a template -- in particular
given the complex ability to generate links out of template interactions and
conditional code.
Comment 8 Daniel Kinzler 2007-02-02 19:10:14 UTC
Yes, I'm aware of that by now. But I think it would be very handy to have that
ability. It would become possible if/when we insist on "syntactically complete"
templates, which has often be discussed, and I hope will come in the Golden Days
Of The Real Parser.

So, while I'm aware that it's impossible with the current database scheme and
parser, and would be non-trivial to implement even if that would change, I
request to leave this bug open as a desirable enhancement. I'll not reopen the
bug myself though. 
Comment 9 Sasa Stefanovic 2007-02-02 19:43:07 UTC
See also http://bugzilla.wikimedia.org/show_bug.cgi?id=4588 "Group pages by
templates in list of file links on Image page" and
http://bugzilla.wikimedia.org/show_bug.cgi?id=3241 "Transclusion should produce
tree-like results in "What links here" ".
Comment 10 Pharos 2007-02-02 21:30:32 UTC
You'll excuse my programming ignorance, but could there be any way of exploiting
whatever makes <noinclude></noinclude> work to prevent transcluded backlinks?

Or failing that, is there any way the programming could make a checklist of
what's on the transcluded templates, and then "manually" remove them from the
"What links here" page?
Comment 11 Brion Vibber 2007-02-02 21:36:14 UTC
No, and no.
Comment 12 Pharos 2007-02-08 10:07:31 UTC
Well, what if we just use an outside link, e.g. [[w:France|France]] instead of
[[France]]?  The only problem I can see with this would be cosmetic to the
reader (different link color), and a little more wikicode.  Surely it wouldn't
be that hard to make a protocol that would take care of this, e.g. one could
enter [[t:France]] and it would look graphically resemble an internal link while
executing  [[w:France|France]]?

I know this is not an 'elegant' solution but I think it would work well enough
for our purposes.
Comment 13 Andre Klapper 2012-12-21 13:19:52 UTC
[Removing RESOLVED LATER as discussed in http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064240.html and closing as RESOLVED WONTFIX as per comment 7 and comment 11]

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


Navigation
Links