Looks like @DannyS712 got the answer he needed so I'm untagging CPT.
So, it seems to me and @CCicalese_WMF that this has impact on our Commons servers, and would be helpful for remote MediaWiki sites using Instant Commons. It's not clear why turning off caching was helpful for anyone. @Tgr can you clear this up for us? I think we'd like to see this improved for remote sites and for Commons.
@apaskulin if you have some ideas about this, please jump in!
This is a placeholder for discussion about how we'll generate reference documentation for the REST API. I'd probably put these rough requirements on this functionality:
Mon, Oct 21
Fri, Oct 18
@tstarling we've used comment in other API endpoints already. Is your preference strong enough that we need to change it, or can you live with comment?
@Pchelolo I feel like this is a pretty common issue. In general, I'd like to optimize for more friendly endpoints at the expense of caching -- especially if we haven't yet added in the caching headers or object caching in the endpoints.
This seems like a tractable issue, without compatibility problems. My guess is that it would be an easy one for new developers to work on, and should fit pretty easily into the Clinic Duty timeframe.
So, @Pchelolo can confirm, I missed a requirement that came up during our call to get the number of unique contributors as well as the number of unique edits between two revisions.
Wed, Oct 16
Tue, Oct 15
@daniel I agree 1000% .
@daniel You say "pages", but this endpoint is defined for comparison across revisions of a single page. I assume we need one permission check for the page, and a second and third for each revision?
I think at this point, the right way to do this is to add synonyms as follows for the edit counts endpoints:
Fri, Oct 11
@Pchelolo I like the idea of making the count endpoints match the filters, and I appreciate the attention to detail.
Changed revertededits to reverted.
User story T231345 used to have HTML embedded, but due to schedule pressures we dropped it. It's now in this user story instead.