Last modified: 2011-03-14 13:04:52 UTC
The report is stale, please refresh the report.
(In reply to comment #0)
> The report is stale, please refresh the report.
Those special pages are disabled on almost (if not) all Wikipedia projects so there isn't not much chance of it being updated. I believe they were disabled due to spam occurring. For example;
(a) Simple English: http://simple.wikipedia.org/wiki/Special:WantedPages = "Updates for this page are currently disabled. Data here will not presently be refreshed."
(b) Standard English: http://en.wikipedia.org/wiki/Special:WantedPages = "Updates for this page are currently disabled. Data here will not presently be refreshed."
(c) German: http://de.wikipedia.org/wiki/Spezial:Gew%C3%BCnschte_Seiten = "Die Aktualisierungsfunktion für diese Seite ist zur Zeit deaktiviert. Die Daten werden bis auf weiteres nicht erneuert." (English translation: The update feature for this page is currently disabled. The data will continue to not be renewed.)
I don't think they were asking to make it run again, just to give it a one time refresh.
Asking for a single refresh please.
*** This bug has been marked as a duplicate of bug 15434 ***
This bug is not a duplicate. This is a request for a one time run on the Simple Wikipedia. The bug you marked it as a duplicate of does not specify a wiki. This one does.
I guess every wiki would like to have these lists ran, so why exactly simplewiki needs it when others don't have it as well?
Suggesting to WONTFIX this in favor of more general solution proposed in bug 15434 comment #9 unless it's deadly necessary - please provide major reasons then, thanks.
Agree with Danny on this one. Don't see a compelling reason to bother doing this on one wiki rather than on all of them; or a subset, if enwiki and other giants are out of the question.
Barring said reason, I second the call for WONTFIX.
I don't know if other projects are requesting this. Is there a technical reason you won't run the refresh?
The disabled scripts are heavy on the servers, which is why they were disabled in the first place I guess. Running one probably won't put too much tax on the servers, but once you do something for someone, everybody else wants it. Then they all want it again. Sorry, but I'd reach for WONTFIX here too.
It is important that the editors of a project have the best tools. I understand that for larger projects, this is too much. This is a small project and the demand here is not taxing. Please consider that it will be easier for me to create articles with the most links inward, if I know what they are. I don't understand why this is complicated.
(In reply to comment #10)
> It is important that the editors of a project have the best tools. I
> understand that for larger projects, this is too much. This is a small project
> and the demand here is not taxing. Please consider that it will be easier for
> me to create articles with the most links inward, if I know what they are. I
> don't understand why this is complicated.
Then, as several people have said, a larger solution needs finding. It is perhaps true that for smaller wikis, the server demand for this might not be too much. But as Simon said, when you do it for one, everyone will want it. Right now, everyone can't have it (for purely technical reasons). Until the answer to all such requests (maybe barring the really large ones, like enwiki) is yes, the answer to any single request should remain no.
Closing as WONTFIX. An alternate solution was a manual query of the database kindly run by one of the volunteers. I do however suggest that in the future, we consider granting these easy requests.
(BEWARE: it's 14MB)
For those who want to re-run the query, it's at the top of the page. If you want it run again, poke me, or go to https://wiki.toolserver.org/view/Query_service
For quick reference, the namespace numbers translate into this:
1: Article talk
3: User talk
4: Project (Wikipedia)
5: Project talk (Wikipedia talk)
7: Image talk
9: MediaWiki talk
11: Template talk
13: Help talk
15: Category talk
Hope this helps