3 commits

Author	SHA1	Message	Date
umherirrender	c0151eec5f	Fix case of various newFromID/newFromId functions ... User::newFromID -> User::newFromId Revision::newFromID -> Revision::newFromId RecentChange::newFromID -> RecentChange::newFromId WikiPage::newFromId -> WikiPage::newFromID Title::newFromId -> Title::newFromID Change-Id: I310f26653613951e9b21ce915a92d205a87937f1	2014-12-10 19:40:27 +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