Last modified: 2014-02-05 17:26:00 UTC
At the moment, wm-bot reports: | Warning: There are 2 users waiting for shell, displaying last 2: | Jimi1337 (waiting 4514 minutes) MKar (waiting 1482 minutes) However, these requests have already been deleted, but wm-bot seems to cache them on its own indefinitely. SMW provides lists of request pages via the API (Emacs Lisp syntax): | (concat | "https://wikitech.wikimedia.org/w/api.php" | "?action=ask" | "&query=" (url-hexify-string "[[Category:Shell Access Requests]] [[Is Completed::No]]|?Shell Request User Name") | "&format=json") and: | (concat | "https://wikitech.wikimedia.org/w/api.php" | "?action=ask" | "&query=" (url-hexify-string "[[Category:Tools Access Requests]] [[Is Completed::No]]|?Tools Request User Name") | "&format=json")
SMW is too slow and JSON is too bleh, but I will try to make some function that checks if the page was deleted. Right now it display the pages as long as they are not flagged as processed (when you delete it before you flag it as processed, it is in fact, never processed) A simple workaround is to flag pages as processed instead of deleting them (and eventually delete them after few minutes)
(In reply to comment #1) > SMW is too slow and JSON is too bleh, but I will try to make some function > that > checks if the page was deleted. Right now it display the pages as long as > they > are not flagged as processed (when you delete it before you flag it as > processed, it is in fact, never processed) Eh, what? The query above returns in 0.868 s. From Tools, I get responses in between 0.387 s and 0.063 s. JSON is just one example, the API supports other formats. I know how wm-bot processes the requests currently, that's why I filed this bug. > A simple workaround is to flag pages as processed instead of deleting them > (and > eventually delete them after few minutes) This problem exists also for moved pages leaving redirects behind.
