3 commits

Author	SHA1	Message	Date
RobinHood70	15ecc5a93a	Update getHelpUrls() for reworked mw.org API pages ... Community members restructured the mediawiki.org API pages, e.g. the meta allmessages query submodule is no longer in the catch-all https://www.mediawiki.org/wiki/API:Meta?oldid=1408361#allmessages_.2F_am but its own https://www.mediawiki.org/wiki/API:Allmessages The links in the generated API help, e.g. https://www.mediawiki.org/wiki/Special:ApiHelp/query+allmessages, are no correct. They're not 404s but they don't take you directly to the relevant page. This patch set fixes the getHelpUrls() URLs (and does nothing else). I tested them all. Thanks RobinHood70! Change-Id: Icea94abdd22d1ad468172642a21641e7c5ce2046	2015-05-04 08:15:54 +00:00
umherirrender	4b99ac91bc	Refactor content fetch condition in ApiQueryRevisionsBase ... Use a member variable to make the ifs easier to maintain. Change-Id: I535740094708c563298a8b8d34027519d3900758	2014-11-10 18:50:36 +01:00
Brad Jorsch	991de897e4	API: Split list=deletedrevs into prop=deletedrevisions and list=alldeletedrevisions ... list=deletedrevs has always been an odd one: it pretends to be a prop module sometimes in taking titles from ApiPageSet, but when the pageset supplies no titles it acts like a list module. This causes problems such as bug 71389, and makes the whole thing unnecessarily confusing. The solution is to split the "prop" and "list" aspects into separate modules: prop=deletedrevisions when input should come from ApiPageSet and list=alldeletedrevisions when not. At the same time, let's take advantage of the situation to clear up some other bugs. And let's share the revision-formatting code with ApiQueryRevisions instead of partially reimplementing it. Bug: 23489 Bug: 27193 Bug: 44190 Bug: 71396 Bug: 71389 Change-Id: I3e960d5c655bc57885d6d4ee227e67104808add7	2014-11-04 15:02:03 -05:00