When list=allusers is used with auactiveusers, a property 'recenteditcount'
is returned in the result. In bug 67301[1] it was pointed out that this
property is including various other logged actions, and so should really be
named something like "recentactions".
Gerrit change 130093,[2] merged today, adds the "recentactions" result
property. "recenteditcount" is also returned for backwards compatability,
but will be removed at some point during the MediaWiki 1.25 development
cycle.
Any clients using this property should be updated to use the new property
name. The new property will be available on WMF wikis with 1.24wmf12, see
https://www.mediawiki.org/wiki/MediaWiki_1.24/Roadmap for the schedule.
[1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=67301
[2]: https://gerrit.wikimedia.org/r/#/c/130093/
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
The API supports two methods for continuing action=query when more results
are available, the simple method[1] and the raw method.[2] The raw method
is currently the default for historical reasons, but as the simple method
is much easier for new users to use *correctly* that really should be the
default.
To make this transition easy for clients, the current plan is to make the
change on the following timetable:
* Starting with 1.24wmf22,[3][4] action=query will recognize a
"rawcontinue" boolean input parameter. Clients that wish to continue using
the raw method for continuation should begin supplying this parameter with
all action=query queries.
* Sometime during the MediaWiki 1.25 development cycle, the API will begin
reporting warnings when neither "continue" nor "rawcontinue" are supplied
with action=query.[5]
* Sometime during the MediaWiki 1.26 development cycle, simplified
continuation will become the default.[6]
Note this is also documented at <
https://www.mediawiki.org/wiki/Requests_for_comment/API_roadmap#Simplified_…>.
See other sections on that page for additional planned API changes.
[1]: https://www.mediawiki.org/wiki/API:Query#Continuing_queries
[2]: https://www.mediawiki.org/wiki/API:Raw_Query_Continue
[3]: https://gerrit.wikimedia.org/r/#/c/154092/
[4]: See https://www.mediawiki.org/wiki/MediaWiki_1.24/Roadmap for the
schedule of deployments to WMF wikis.
[5]: https://gerrit.wikimedia.org/r/#/c/160222/
[6]: https://gerrit.wikimedia.org/r/#/c/160223/
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
With the success of prop=redirects, in Gerrit change 155592[1] I added new
prop modules prop=linkshere, prop=fileusage, and prop=transcludedin, which
are roughly equivalent to list=backlinks, list=imageusage, and
list=embeddedin but can work on a list of titles (including titles from a
generator).
They should be deployed to WMF wikis with 1.25wmf1 (unless we call it
1.24wmf23 after all), see
https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule.
I'm considering deprecating list=backlinks, list=imageusage, and
list=embeddedin at some point in favor of these new prop modules. Opinions
on this are welcome.
[1]: https://gerrit.wikimedia.org/r/#/c/155592/
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
The fact that the hex-encoded sortkey must be converted to binary format
for prop=categorymembers cmstartsortkey and cmendsortkey has long been an
odd wart in the API.
Bug 70690[1] showed that the binary values for these parameters is actively
breaking on some wikis. In Gerrit change 159746[2] these parameters have
been deprecated in favor of new parameters cmstarthexsortkey and
cmendhexsortkey which take the sortkey in the same hex-encoded format that
is returned by the API.
This change should be deployed to WMF wikis with 1.24wmf22, see
https://www.mediawiki.org/wiki/MediaWiki_1.24/Roadmap for the schedule.
[1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=70690
[2]: https://gerrit.wikimedia.org/r/#/c/159746/
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation