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
Final reminder on this: We are planning to finally sunset
rest.wikimedia.org in the week starting April 25th, 1 1/2 weeks from
now. Please move your REST API clients to /api/rest_v1/ at the regular
project domains instead!
Thanks,
Gabriel
On Mon, Jan 25, 2016 at 11:00 AM, Gabriel Wicke <gwicke(a)wikimedia.org> wrote:
> We have decided to officially retire the rest.wikimedia.org domain in
> favor of /api/rest_v1/ at each individual project domain. For example,
>
>
> https://rest.wikimedia.org/en.wikipedia.org/v1/?doc
>
> becomes
>
> https://en.wikipedia.org/api/rest_v1/?doc
>
> Most clients already use the new path, and benefit from better
> performance from geo-distributed caching, no additional DNS lookups,
> and sharing of TLS / HTTP2 connections.
>
> We intend to shut down the rest.wikimedia.org entry point around
> March, so please adjust your clients to use /api/rest_v1/ soon.
>
> Thank you for your cooperation,
>
> Gabriel
>
> --
> Gabriel Wicke
> Principal Engineer, Wikimedia Foundation
--
Gabriel Wicke
Principal Engineer, Wikimedia Foundation
We are planning to enable automatic redirect following in all REST API
[1] HTML entry points on April 25th. When responding to a request for
a redirected title [2], the response headers will contain:
Status: 302
Location: <path-to-redirect-target>
For most clients, this means that their HTTP client will automatically
follow redirects, simplifying common use cases. The few clients with a
need to retrieve the redirect page content itself have two options:
1) Disable following redirects in the client. For HTML and
data-parsoid entry points, the response still includes the HTML body &
regular response headers like the ETag.
2) Send a `?redirect=false` query string parameter. This option is
recommended for browsers, which lack control over redirect behavior
for historical security reasons.
If you do have a need to avoid following redirects, you can make these
changes before the feature is enabled. Internally, we have already
done so for VisualEditor and the Mobile Content Service. See also
https://phabricator.wikimedia.org/T118548 for background & related
discussion.
Let us know if you have any concerns or questions about this.
Thanks,
Gabriel Wicke for the Wikimedia Services Team
[1]: https://en.wikipedia.org/api/rest_v1/?doc (using en.wikipedia.org
as an example)
[2]: https://www.mediawiki.org/wiki/Help:Redirects