Use parsed HTML error responses instead of api-error-*
authorMatthias Mullie <git@mullie.eu>
Sun, 8 Jan 2017 19:10:34 +0000 (20:10 +0100)
committerMatthias Mullie <git@mullie.eu>
Tue, 17 Jan 2017 17:53:05 +0000 (09:53 -0800)
commite8d7173e9f3215f06c65f7e329152066f6da92ce
tree0849389f42886c4819b620f210ffd0247e138d79
parent2aec74858cf0314d926a7fda82d8ca48990c0334
Use parsed HTML error responses instead of api-error-*

There is no point in keeping these api-error- messages.
They were originally introduced in UploadWizard, then moved
to core, where nothing else (apart from some in BookletLayout)
uses them. They are mostly duplicates of other messages in
core, and these are very easy to miss when updating a message
in core.

Instead of building the messages on the frontend, we're much
better off requesting a parsed error response from the API
right away. This also lets us get rid of sime hacks (e.g. for
AbuseFilter)

And then a few other api-error-* messages have been removed
in favor of their alternatives (which are also used elsewhere)

And stashfailed is not a warning. Maybe it was at some point,
but stashfailed now dies with an error.

Bug: T47843
Change-Id: I41d88e2aad308a1fecd10d97085345a17d0c3603
languages/i18n/en.json
languages/i18n/qqq.json
resources/Resources.php
resources/src/mediawiki/mediawiki.ForeignStructuredUpload.BookletLayout.js
resources/src/mediawiki/mediawiki.Upload.BookletLayout.js