Last modified: 2011-01-25 01:20:05 UTC
It would be incredibly useful to have a 'What redirects here' function, similar to the 'What links here' page. I expect the most sensible and flexible way to implement this would be to modify the what links here page to include a set of toggles at the top of the page which show/hide direct links/redirects/inclusions individually, similar to the way bots/minor edits/etc work on recent changes.
Expanded the bug a bit. Allow the viewer to show any combination of links, template-inclusions, redirects, and image/category-inclusions.
(In reply to comment #1) > Expanded the bug a bit. Allow the viewer to show any combination of links, > template-inclusions, redirects, and image/category-inclusions. I support it, however please note that image/category inclusions seem to be defined in the tables categorylinks and imagelinks, not in the pagelinks table which seems to be used in Special:Whatlinkshere, and therefore are not displayed in Special:Whatlinkshere at all, but under the image links header in the image page, or in the category page.
1. To record redirects in a reliable fashion will require a new table to record explicit redirect links. Reliance upon the pagelinks table in combination with page.page_is_redirect is not sufficient. 2. Category and image linkages shouldn't appear on "what links here" because that's not the purpose of the page, and those relationships are presented elsewhere.
(In reply to comment #3) > 2. Category and image linkages shouldn't appear on "what links here" because > . . . those relationships are presented elsewhere. Oh, right.
Based on information already provided in Special:What links here, the ways in which articles link is: * Direct and/or indirect link * Direct and/or indirect inclusion * Redirect The inability to do this has made simplifying some of the "super" templates on Wiktionary difficult to do because it's not clear where a template is directly used. The original request would also help identify shortcut (redirect) names for templates, since redirects are not categorized as the templates are. Meta-comment: Note that categories can be thought of as an implementation of Special:What links here via direct link. Is it also possible to restrict Special:What links here by namespace? ~~~~
Namespace selection for whatlinkshere is bug 4624.
*** Bug 9169 has been marked as a duplicate of this bug. ***
Now suddenly links like [[:Image:Example.jpg]] are treated same as [[Image:Example.jpg]] there needs to be a way to find only the second, otherwise it will be impossible to use the WhatLinksHere page to find editing experiments.
Can I delete my last comment? :-) It was a misunderstanding on my side, someone "fixed" my links to check the image uses, and actually that one broke it.
I have notice two different occasion where I needed this functionality and it was lacking. The first was when it was found that "cheap" redirected to Jew I wanted to see if there were any other inappropriate redirects. I was able to find that the same had taken place for "Stingy" but it was very difficult to sift though all the other links. The second time was when disambiguating "egg". As a disambiguation page becomes more used it becomes more vandalized (Redwolf24's law see [[WP:RAUL]] 19). Then the whatlinkshere becomes full of links to warning to vandals, making it harder to disambiguate; which in turns makes more vandals. It is becoming very hard to see links to article as the vast majority of the links are from talk pages of the wikipedia space.
(taken from bug 8986 and slightly modified) It would be great to have: * pulldown menu with namespaces [already done] * group of checkboxes [link, trancslusion, redirect] * radio switch [show all / first only level - for redirects]
*** Bug 10311 has been marked as a duplicate of this bug. ***
Created attachment 3818 [details] Proposed patch, not fully functional This patch appears to mostly work, but I'm a bit confused as to the relationship between pagelinks and templatelinks. On the dump of simple-wiki I downloaded, many of the templatelinks seem to be duplicated for no apparent reason in pagelinks, so inclusions secretly show up even if inclusions are disabled. Otherwise it seems to work pretty nicely, although I'm sure there are still flaws to be ironed out.
Oh, one slight flaw as of now is that there are no actual checkboxes, you have to hack the URL to get them to work, but that's details. ;)
*** Bug 10722 has been marked as a duplicate of this bug. ***
*** Bug 10751 has been marked as a duplicate of this bug. ***
*** Bug 13467 has been marked as a duplicate of this bug. ***
Fixed in r33163
