Issue:Hook into Special:Whatlinkshere

Description:
Extension / Version:	DPL   /   1.6.8
Type / Status:	Change Request   /   open

Problem

Special:Whatlinkshere does not detect DPL-generated lists, of course. It would be great if it could detect them. Right now, if you visit Special:Whatlinkshere for a given article, and it returns no results, you can be fooled that nobody links to your article, and perhaps it's safe to delete... but DPL-generated lists might link to it, and you'll never know about it.

Reply

You are not right. Look at the example Test what links here. This article lists a certain page. And that is the only reference to that page. Go to that page and check the "what links here". It will show the article containing the DPL query.

There is, however, a way to explicitly PREVENT MediaWik from showing links which come from DPL queries: See the reset and eliminate Command.

Gero 09:14, 9 April 2008 (CEST)

Test case

OK, here is a test case that shows Special:Whatlinkshere does not detect some DPL-generated lists. The article Test what links here with categories contains a DPL tag that selects on a category:

<dpl>
category = Whatlinksheretest
</dpl>

The article Article connected by DPL category keyword is in the category "Whatlinksheretest". However, when you visit Special:WhatLinksHere/Article connected by DPL category keyword, the results do not contain Test what links here with categories. Maiden taiwan 21:30, 7 July 2009 (UTC)

Haha, exactly the opposite of what I want. I see DPL as dynamic, i.e. it outputs lists for queries like a search result. It checks which pages match your DPL criteria and outputs links in most case. And in fact, actually no page LINKS to your article. DPL just lists it on your test page because you searched for articles in a certain category the article belongs to. If your page was deleted it wouldn't be resulted by the DPL query. A handmade link on a page would be defunct. Big difference. Furthermore, if your DPL output was a long list with navigation and your article on navigation page 2, the DPL page wouldn't be counted as LINKING TO as well (I suppose). What's the sense then??? Think about it. I'm in favour of disabling all references for "what links here" and "file links" on image pages, then add a parameter to ENABLE the reference like enablerefs=true (still if the DPL list had a navi it wouldn't make sense, at least it's not DPL's fault when a user enables refs on navigations list oputput). --Subfader 01:02, 8 July 2009 (UTC)

Here is a case where you want the behavior I described. Suppose you need to rename a category on your wiki. (Say, a user created a category with a bad name.) On a stock MediaWiki system, it's easy to see a list of the affected articles: just view the category page. When DPL is installed, however, this gets harder. You don't want to break any DPL queries that use this category (like mine, above). How can you find out, "Is this category part of any DPL query on our wiki?" There's no good way to do it. So category renames are now risky. I deal with this problem all the time. Maiden taiwan 01:23, 8 July 2009 (UTC)

Then you would want to look at Special:WhatLinksHere/Category:Whatlinksheretest? Also you still could use my suggested enablerefs=true. See it from my point of view. Image:Placeholder.png is not embedded on any page, just listed on DPL pages cause it is in Category:Test Images. Because of that it is not listed on Special:UnusedImages while actually no page uses it. --Subfader 02:04, 8 July 2009 (UTC)