I've been a Wikipedia editor since 2002 on the English Wikipedia and a few other Wikimedia projects (see my personal account). In May 2012 I joined the Wikimedia Foundation as the "Product Manager" for the VisualEditor Team (now called the Editing-team). I'm now the Lead Product Manager for the Contributors-Team.
Fri, Jun 22
(Not quite yet, this code is still live in production until next week.)
Thu, Jun 21
Perhaps for content negotiation? Accept HTML vs. JSON vs. N3 vs. … on the same end point? (Though really that'd be a 302 endpoint rather than a 200 endpoint.)
Wed, Jun 20
Mon, Jun 18
Sun, Jun 17
Fri, Jun 15
On a clean install after your patch I get found 99 vulnerabilities (32 low, 55 moderate, 12 high) in 5020 scanned packages. :-(
Seems to have run at 16:01Z on T188689 to put the "latest" tag on that task… what's still broken about it?
Thu, Jun 14
This is deployed everywhere already (since the train this morning).
Yeah, switching to proper CSS-based styling is stalled waiting on converting wikis' read mode to Parsoid HTML. That's T55784: Use Parsoid HTML for all page views.
Now deprecated; removal is Stalled awaiting MW1.33.
Wed, Jun 13
Ah, right. Unfortunately, the English Wikipedia community didn't want the feedback centralised to MediaWiki.org the last time this was discussed, but that consensus might have changed. However, for now I'll mark this as Stalled until there's some evidence the appetite has changed. :-)
On which wiki?
Tue, Jun 12
Thank you! Confirmed that I can log into deploy1001 in production now.
Mon, Jun 11
Re-titled to represent the actual request here; wgAllowMicrodataAttributes has been true (and ignored) since REL1_27. Currently the Parser's sanitiser allows 'meta' => [ 'itemprop', 'content' ] only; there's nothing specific to Wikimedia wikis yet.
metadata: I see both revision and tid on https://en.wikipedia.beta.wmflabs.org/api/rest_v1/page/metadata/Foobar, so is this done?