https://bugzilla.wikimedia.org/show_bug.cgi?id=39936
--- Comment #13 from Roan Kattouw <[email protected]> 2012-10-02 02:24:56 UTC --- (In reply to comment #12) > 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, > ), That seems reasonable to me. Returning less data than requested in action=query because something got cut off is fine (and that behavior should be kept), but if you have a module where truncation would be catastrophic, then telling the validator to error out rather than truncating is a good idea. -- 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
