Last modified: 2012-08-25 20:50:57 UTC
I noticed that [[Special:GlobalUsage/User:Helder.wiki/Scripts/LanguageConverter.js]] is outdated. The page [[wikisource:no:User:Helder.wiki/vector.js]] (and some others), was deleted on April 2011 and is still displayed there. Could someone take a look at this to check what is wrong?
Asking Bryan to poke at this. Looks odd.
As pointed out on IRC, Special:GlobalUsage is only meant for things in the File: namespace. You can see this in the title of that page: Global usage for "File:User:Helder.wiki/Scripts/LanguageConverter.js" So GU should maybe say "This isn't in the File: namespace, results aren't meaningful" in bright red letters at the top.
(In reply to comment #2) > As pointed out on IRC, Special:GlobalUsage is only meant for things in the > File: namespace. You can see this in the title of that page: > > Global usage for "File:User:Helder.wiki/Scripts/LanguageConverter.js" > > So GU should maybe say "This isn't in the File: namespace, results aren't > meaningful" in bright red letters at the top. Actually the results are very meaningful for scripters ;-), since it is a very practical way to see the global usage of scripts, to make it easy to update all of them. See e.g.: http://krinkle-tools.grizzdesign.nl/KrinkleSausage.php#perfile Instead of displaying warnings to the user if the requested page is not in the File: namespace, I would prefer to expand the original purpose of the special page so that these uses could become indeed supported. In other words, maybe the special page could be enhanced to completely fix Bug 1886, as Krinkle suggestd on Bug 1886 comment 7. As for the present bug, is there a change of it being caused by the fact that the deleted page was not really a file?
*** Bug 36277 has been marked as a duplicate of this bug. ***
Since bug #36277 was marked as a duplicate of this bug, I would point out that this happens with actual files, not just attempts to get GlobalUsage to measure things it was never actually designed to measure. I'm also going to generalise the title of this bug, and change its Product/Component, because the problem is not with the special page, it's with the method GlobalUsage uses to trigger updates the globalimagelinks table (i.e. it doesn't seem to trigger an update after a page deletion).
*** This bug has been marked as a duplicate of bug 27280 ***