Is there some sort of feed / notification of new releases other than the email list?

@TBolliger & @alexhollender, doh! apparently it's Sitewide not Site-wide

@TBolliger Should I assume there will be a state where a block is not a site-wide nor a partial block? or is that outside of the scope of the MVP?

https://github.com/wikimedia/takedown-tools/pull/9

@TBolliger Can the edit box on a wiki be auto-populated? If so, perhaps we could just link them to a new section on a page with the content prefilled for them? If not, maybe this is a feature MediaWiki should have. :)

I've merged this into T197117 and added a task in the description to ensure that VisualEditor works properly.

In T197119#4282967, @Deskana wrote:

Here's an example of the query the visual editor uses when you start editing:
https://en.wikipedia.beta.wmflabs.org/w/api.php?action=visualeditor&format=json&paction=metadata&page=San%20Francisco

I like Idea #2, but perhaps it should expand into a taller version of Idea #1 (rather than a modal in the middle of the page, it would be "anchored" to the button you pressed).

In T190361#4281234, @dmaza wrote:

@dbarratt Can you please check the APP_ENV value on the production server? The code looks right and this shouldn't happen. I'd do it myself but I don't have access still :(

In T197119#4281596, @Deskana wrote:

Ah, yes. The content doesn't come from the API, and it's not normally called a block notice, so I didn't realise you were talking about that. Sorry for the confusion! (You know, I don't think it actually has a name itself. It's kind of an edit notice, but not really. How confusing...)

The content of that messages comes from MediaWiki:Blockedtext, or whatever value the local wikis have overridden it to be. Further overriding local overrides is generally not recommended. If you're aiming to get that updated, then you'll need to reach out to communities so that they can change it.

In T197119#4281477, @Deskana wrote:

By design the API—and by extension the visual editor—won't let you save an edit if you're blocked; if the user tries to do so, then the API returns an error, and the visual editor passes on to the user the value of the key info from the response, which in the case of a block is "You have been blocked from editing". If the API gives a different or more specific error message, visual editor will use that instead.

So, from what I can see right now, any changes in the API would be sufficient, and there is nothing to change in the visual editor. Is there something else you had in mind?

@TBolliger Can we drop this as a requirement?

up to 10 pages

Pinging MediaWiki-Platform-Team :)

Based on what I learned in T196950, we'll store both the pageid and the current title. If the page has already been deleted, we'll allow the title to specified by its self (i.e. without a pageid).