https://bugzilla.wikimedia.org/show_bug.cgi?id=39936
--- Comment #12 from [email protected] 2012-09-26 16:37:54 UTC --- > > Even if you don't want to do that, you can count the results you got and > > continue requesting if got over the limit - I did that once when getting > > paraminfo for *all* querymodules :-) This isn't about the query modules, its about core functionality in the API which has implications on other use of it, that is the Wikidata project. In this project we set, get and manipulates data and if we use lists for some of the operations then they will be truncated and still passed on. That creates silent data loss. In some cases we can code around this, but in other cases its not possible. For the UI we can pass on the limits in mw.config but for bots it gets very cumbersome. It would be far better to throw an error if the request is out of limit and there is no way to survive a data loss. Perhaps this could be marked in the getAllowedParams as "changes to this list is fatal". 'values' => array( ApiBase::PARAM_TYPE => 'string', ApiBase::PARAM_ISMULTI => true, ApiBase::PARAM_NOTRUNC => true, ), -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
