Author: bugzilla
Description:
Problematic for a quick script that intends to check how many images are unused. 499 images are listed on this page, and others have viewed the URL to the same results. All prior pages are 500, and several after have 500.
Version: 1.11.x
Severity: minor
URL: http://en.wikipedia.org/w/index.php?title=Special%3AUnusedimages&action=view&limit=500&offset=43500
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T71133 unusedfiles raises NoPage for deleted file with a redirect | |||
| Open | None | T12153 Strange off-by-one error in Special:Unusedimages at offset 43500 with 500 limit |
bugzilla wrote:
I put the url in the url field above, but just to make it clear...
http://en.wikipedia.org/w/index.php?title=Special%3AUnusedimages&action=view&limit=500&offset=43500
bugzilla wrote:
Tested the deletion of an image in that range... page showed 499 images again after an image in the displayed range was deleted. Deleted image was not displayed.
https://en.wikipedia.org/w/index.php?title=Special:UnusedFiles&action=view&limit=500&offset=43500 shows no results for me (same for cs and de).
Do I need special rights for this? :-/
I think the algorithm should always be to add the number of images fetched to the offset and retry the API query until it returns 0 images, not to rely on the limit being matched exactly. As comment 2 is hinting, concurrent deletes can cause underfull replies.