https://bugzilla.wikimedia.org/show_bug.cgi?id=55330

Web browser: --- Bug ID: 55330 Summary: interwiki.py -untranslatedonly -number:nn not intuitive Product: Pywikibot Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: interwiki.py Assignee: Pywikipedia-bugs@lists.wikimedia.org Reporter: legoktm.wikipedia@gmail.com Classification: Unclassified Mobile Platform: ---

Originally from: http://sourceforge.net/p/pywikipediabot/bugs/412/ Reported by: purodha Created on: 2007-06-03 13:26:17 Subject: interwiki.py -untranslatedonly -number:nn not intuitive Original description: interwiki.py -untranslatedonly -number:nn -confirm

acts counterinuitively. I expect the be asked for nn groups of page hints, and that nn pages may be altered.

In fact, nn pages are being checked, and only those among them which match the -untranslatedonly criterion, are possibly altered. Only for those, hints are being asked from me. Their number is usually far less than nn, and may be even zero. I have to know, or guess, how many "-untranslatedonly" pages there are in a selection, given e.g. by -cat:cc, or -link:ll, etc., and how these are distributed, so as to find a decent value for nn, to avoid unneccessary loading of pages (if I choose nn too high) or a too short session (if I choose nn too low) which due to reprocessing the same call with a larger nn, again creates an unneccessary burden on the servers.

What I want with -untranslatedonly -number:nn -confirm, is to process exactly nn pages. I want to be asked about less pages only, if my selection has been exhausted before nn pages have been processed.