* Change "retrieve" to "parse" (according to Anomie's comments).
* Split the first sentence for easier understanding and translation.
* Rephrase the last sentence about "new"'s validity to be more
precise and less English-centric.
Change-Id: I71473fb186ded9e9929682d145a2381becf68767
Changed some old bugzilla links to new phabricator links in comments,
test data and error message. This reduces the need for redirects from
old bugzilla to new phabricator from our source code.
Change-Id: Id98278e26ce31656295a23f3cadb536859c4caa5
The code for the rdnamespace parameter to prop=redirects was trying to
use a nonexistent rd_from_namespace field when miser mode was not
enabled.
Bug: T113453
Change-Id: I7ef77a01c25fec34623b888f439261423cebdaef
Currently import sources have to be set into $wgImportSources as part of
wiki startup. This is not practical for the WMF cluster, where we need some
reasonably complex logic to set up the import source structure.
This change allows the import source list to be populated from a new
"ImportSources" hook. This hook is only called when the list of import
sources is actually needed (namely, when a user with relevant permissions
loads Special:Import).
Bug: T17583
Change-Id: Ice9a19cb6dfe53ae72aa71353d0553ee9338f233
It was kept around in the ApiResult rewrite because Wikibase was
(mis)using it as an "XML mode" flag.
Bug: T96596
Change-Id: Ic8259649c8cb0cce0444c907607c36d96fb2eb7e
What is currently shown on the ApiHelp is something like this:
One value: title, text, nearmatch
It would be clearer to say
One of the following values: title, text, nearmatch
The example is from
https://en.wikipedia.org/w/api.php?action=help&modules=query%2Bsearch
Change-Id: I92f17f90ae77c6c151b817bae8b2f08d858a0f64
Specifically, GET requests can now return ETag and Last-Modified
headers, and If-None-Match and If-Modified-Since headers on such GET
requests will be honored. This doesn't change any API modules to
actually return these values, it just provides the infrastructure.
For reasoning on why only GET requests and why only these two of the
five precondition headers defined by RFC 7232, see the doc comment on
ApiMain::checkConditionalRequestHeaders().
Change-Id: Ia18874c9360fcffdad323b341ca867ba773788fd
Changes are:
* Raise limits to be in line with other modules.
* Deprecate boolean rnredirect in favor of rnfilterredir that allows for
including both redirects and non-redirects.
* Allow continuation, for applications that want to traverse the entire
"random" sequence without repeats.
Bug: T99926
Change-Id: Id5a8b0f1591c73044524ac508d2add8ab1b3a22e
Two bugs here:
* Setting NO_SIZE_CHECK also bypassed validation
* ApiResult::valueSize() didn't handle ApiSerializable, which is fixed
by defining that the value needs to be passed through
ApiResult::validateValue() first.
Bug: T111796
Change-Id: I7c00d8ee53364a26f8f63f82a4d83b92baf5383e
