Add content-not-allowed-here to API message map

So we don't get 'Unknown error: "content-not-allowed-here"'

Bug: 70593
Change-Id: Ibde9eb45c798a7b3abef088f7abd78c926d13031

Localisation updates from https://translatewiki.net.

Change-Id: Ia7c9948f92b74f6a3c0d8dfa789e666640420bd5

Merge "Add parser tests about building table with {{!}}"

Merge "Remove unneeded spaces inside html in NoLocalSettings.php"

Merge "Sanitizer::escapeId: Decode entity before replacing spaces"

Merge "Refactor: Use local variables for editsections in Parser"

Merge "Add tests for User::getCanonicalName()"

Merge "Improve tests for OutputPage::makeResourceLoaderLink"

Merge "mediawiki.notification: Also hide #mw-notification-area upon creation"

mediawiki.notification: Also hide #mw-notification-area upon creation

6c5b246 made it so #mw-notification-area was hidden when the last
notification was dismissed, but it still left it visible when
initially creating it. This meant that if you used mw.notify(),
you had no problems, but if you loaded the mediawiki.notification
module manually and called it manually, you would still get
a 12px-tall click-stealing invisible div until the first notification
was displayed.

Bug: 52659
Change-Id: Ibec399ac9ef083036aa2b31a38bcc1bc36b87d96

Merge "Remove Parsoid-specific padding and background"

Merge "Typo fix: HMTL → HTML"

Remove Parsoid-specific padding and background

Those shouldn't be necessary any more, and are getting in the way for visual
diffing.

Change-Id: Ic7ea7d014d27bc7cf9a3d7c26808c96bf7f1d8fb

mediawiki.api: Actually don't log request error 'abort'

173930cb32, once more, with feeling. I'm not sure why the previous
version has ever worked, given that our own code (a few lines above
this, starting from '// Make the AJAX request') is written in such a
way that `code` can never be `'abort'`.

Bug: 65442
Change-Id: I34bcaa362806bf9e80fb40bc92723f85bea1fb64

build: Bump grunt-banana-checker to 0.2.0 and fix flagged issue

Change-Id: I808384b28684799c89a7c33dd86c3bcf7764cc25

Merge "Move log log_page entries are now that of the moved page"

Merge "APIQueryInfo: Allow fetching the canonical url of a page"

Reset searchTerms[] before populating.

Otherwise, multiple calls to searchQuery() would accumulate search
terms. searchTerms[] is defined in SearchEngine so we can't just get
rid of it altogether.

Change-Id: Iddbb3920e3a9d5849c99fe90d2d725d16019b51d

Add tests for User::getCanonicalName()

Change-Id: I00097a4706c4ada41a5697470b550c925ae6051d

Typo fix: HMTL → HTML

Change-Id: Id2bb52b92b7cf47a7a22506a01663acfee606ac4

Refactor: Use local variables for editsections in Parser

In Parser.php an array was built and then the elements of that array
were used, replaced this by local vars.

In ParserOutput.php also use local vars to make the code more readable.
Also inlined a private callback by using an anonymous function.

Change-Id: I1c31c9e4855f93a8fb65e1c21faba46fcdcb1f4b

APIQueryInfo: Allow fetching the canonical url of a page

Change-Id: If0f62481d059815390b74ccf8167957bc1dbce52

Update Special:ChangeEmail to use HTMLForm

Makes the code shorter and easier to read.

Change-Id: I629cee4264fad6cde98495c0e8daffe5ea245b48

Merge "mediawiki.skinning: Remove obsolete #firstHeading selector"

Merge "Allow extensions to indicate a username doesn't exist"

Allow extensions to indicate a username doesn't exist

Provide a way for extensions to nicely handle when a username doesn't
exist, during the login process. This only is obviously only for the
case when we know why it doesn't exist (it was renamed, deleted, etc.)

See I06b9b6322e408868f516aeabd61c6580f304e009 for CentralAuth use case.

Bug: 67995
Change-Id: If48d59afa63ace68c147eca952f1d4f43acc105f

EditPageTest: Rewrite testCreatePage() to use a data provider

Change-Id: I415f9fdbca6a625d8d1e9ff4c05c861a96dfa290

ArticleTablesTest: Clarify test name and docs

Change-Id: I55778b7e41da520a248fba2cb46e2c42745c6519

Fix directions of some pagers

Follow-up to 6a637fb0. Turns out these are more confusing than
I originally suspected.

Bug: 70413
Change-Id: Ic4245d9ac14e4cd2f8f5aca0878edcd4dcf85521

Merge "Bound the cache size of numberofWatchingusers()"

Bound the cache size of numberofWatchingusers()

Change-Id: I60c9898318e340ee3c97d24b528d85a5f8c492e5

Localisation updates from https://translatewiki.net.

Change-Id: I68e53f64512010d53117d424458cc37ee078b7fb

Be more careful with Special: prefix searching

Bug: 70409
Change-Id: I3764bff1bf7b2d11a7c8f8cc8564eeae9953ea30

Profile User::checkPassword

Change-Id: I2e7e9574a56725f4e7c34415b241006a933f631d

Merge "mediawiki.skinning.content.externallinks: Code quality tweaks"

Merge "LocalisationCache: Process one fallback at a time"

mediawiki.skinning: Remove obsolete #firstHeading selector

Too strong and forces all overrides to also use the ID. The
fallback skin doesn't even have the ID.

Change-Id: Iacf382d49520228a073ed2776b18303bb00b9c0d

LocalisationCache: Process one fallback at a time

Currently LocalisationCache merges the core data for all languages in
the fallback chain, then the extension data, then merges those two, and
then gives extensions like LocalisationUpdate a chance to make final
overrides with the LocalisationCacheRecache hook.

But if LocalisationUpdate doesn't want to locally duplicate all the
messages for every language (e.g. r104041), LocalisationCacheRecache is
too late: the information as to whether a message came from the primary
language or a fallback has been lost, so when LU itself has an override
for a fallback language it can't know whether or not the existing
message should be overridden or not.

The solution is for LocalisationCache to gather the data for each
fallback language separately, call a new hook for LU to affect just that
language (LocalisationCacheRecacheFallback), and only then merge the
fallback languages together.

Bug: 68781
Change-Id: Iacfe96063fcc66c1f97ca5e5292a8fc70af988cf

Move mediawiki.skinning.* modules from skins/common/ to resources/

This is a BREAKING CHANGE, as we have used the names of these three
files in skins/common/ as a "public API" for skins for a long time.
Doing so has been deprecated (but still supported) in 1.23.

We must clear them out at some point, and now is as good a time as
ever, with the 1.23 LTS release still supporting the old way.

Skins may no longer rely on the presence of commonElements.css,
commonContent.css and commonInterface.css in skins/common/ and
include them in their style modules. The corresponding ResourceLoader
modules must be used instead:

- skins/common/commonElements.css  → 'mediawiki.skinning.elements' module
- skins/common/commonContent.css   → 'mediawiki.skinning.content' module
- skins/common/commonInterface.css → 'mediawiki.skinning.interface' module

Follow-up to I3947eaac (where I said I intend to do this) and I56758908.

Bug: 69277
Change-Id: Id8456c570ff406822a8befad8f42f528ef5bd3a6

Use 'div' instead of 'section' and 'article'

The user-agent stylesheet was making the size
of both the h1's and h2's 1.5em as it was inside
<article> and <section>

:-webkit-any(article,aside,nav,section)
h1 - 1.5em user agent stylesheet
~h1 - 2em~ user agent stylesheet

Change-Id: Ied1d03f63c132dc3904d05cd4e55f70aa3f80c3d

Update OOjs UI to v0.1.0-pre (36d0c7dc3b)

New changes:
01dd8a7 Make menus reevaluate their clipping when they change
7b51164 Fix click-block focus-loss prevention
e2a42c7 Update oojs to v1.1.0
adfcf92 Fix process dialog title text position
cde46d8 jsduck: Rename config file to jsduck.json (per standard)
7a6a0eb Fix documentation typo
060cf0c [BREAKING CHANGE] Element mixin refactor
e93f10a readme: Use <pre> instead of ```
9d15ebe Revert "Build with clean CSS"
db1b656 Automatically align popup toolgroups
4cef83f Don't use /** in CSS or LESS, use /* instead

Change-Id: Ib06422e7e81594e7f3590955feb89409d801e1a4

Merge "Remove dead mime_content_type() code paths"

Tweaked cache size in getCachedRevisionObject()

Change-Id: I3b01011f21bf3218f3b5c74430b5d5f9ceaec83e

Merge "Use a custom MediaWiki logo during installation"

Move log log_page entries are now that of the moved page

bug: 57084
Change-Id: Ibc20d79093eedcdaba1873861e177ca3a6108bca

Use String#slice instead of String#substr or String#substring

Quite a few reasons:

* There is a bug in IE 8 and below where the startIndex argument
  does not support negative values, contrary to the ECMAScript
  spec and implementations in other browsers.
  IE8:
    'faux'.substr( -1 ); // "faux"
  Standards:
    'faux'.substr( -1 ); // "x"

  Code written for ES5 (and using the es5-shim) works as expected
  since the shim repairs this method.

* String#substr and String#substring both exist but have
  different signatures which are easily mixed up.

  String.prototype.substr( start [, length] )
  > Supports negative start, but not in IE8 and below.
  > Takes length, *not* second index. E.g. `substr( 2, 3 )`
    returns `slice( 2, 5 )`.

  String.prototype.substring( indexA [, indexB] )
  > Doesn't support negative indices.
  > If indexA is larger than indexB, they are silently swapped!

  String.prototype.slice( start [, end] )
  > Supports negative indices.

    'faux'.substr( 0, 2 );     // "fa"
    'faux'.substring( 0, 2 );  // "fa"
    'faux'.slice( 0, 2 );      // "fa"

    'faux'.substr( -2 );       // "ux"
    'faux'.substring( -2 );    // "faux"
    'faux'.slice( -2 );        // "ux"

    'faux'.substr( 1, 2 );     // "au"
    'faux'.substring( 1, 2 );  // "a"
    'faux'.slice( 1, 2 );      // "a"

    'faux'.substr( 1, -1 );    // ""
    'faux'.substring( 1, -1 ); // "f"
    'faux'.slice( 1, -1 );     // "au"

    'faux'.substr( 2, 1 );     // "u"
    'faux'.substring( 2, 1 );  // "a"
    'faux'.slice( 2, 1 );      // ""

* String#slice works the same way as Array#slice and slice
  methods elsewhere (jQuery, PHP, ..).

* Also simplify calls:
  - Omit second argument where it explicitly calculated the length
    and passed it as is (default behaviour)
  - Pass negative values instead of length - x.
  - Use chatAt to extract a single character.

* Change:
  - Replace all uses of substring() with slice().
  - Replace all uses of substr() with slice() where only one
    parameter is passed or where the first parameter is 0.
  - Using substr()'s unique behaviour (length instead of endIndex)
    is fine, though there's only one instances of that, in
    mediawiki.jqueryMsg.js

Change-Id: I9b6dd682a64fa28c7ea0da1846ccd3b42f9430cf

Merge "More tweaks to job backoff code"

Make sure getMulti() returns an array per the class interface

Change-Id: Ic08f3ac37467a2743d7f8be5f5fb0032f84c3b82

Localisation updates from https://translatewiki.net.

Change-Id: I1c11c55dbe5f7e1e530e22fb6021a83be3adfcee

More tweaks to job backoff code

* Replace one time() call with microtime() in syncBackoffDeltas().
  Also moved the call down slightly to not count flock() delay.
* Moved read-only case logic into syncBackoffDeltas().
* Moved $backoffExpireFunc logic into syncBackoffDeltas().
* Tightened the syncBackoffDeltas() checks around pop() for
  better accuracy.

Change-Id: Ifed3d24ba62277c0e0f52cdc1051990a590be18a

Merge "Add SkinPreloadExistence hook"

Merge "Improved job backoff handling to be more properly per-server"

Add SkinPreloadExistence hook

Bug: 69650
Change-Id: Ia16c2034cdf6cdc9ac8e37b113ffbbecd272087f

Merge "IndexPager: Introduce constants for values of $mDefaultDirection"

IndexPager: Introduce constants for values of $mDefaultDirection

I've spent several hours looking at related code and I still can't
remember which direction is 'true' and which is 'false'.

Change-Id: I58694f7a0892c986e7215f59b56b014cece8d40d

Merge "mediawiki.ui: Remove deployment hack"

Merge "Added BloomCache classes"

Merge "mediawiki.action.view.metadata: Include the CSS we need, don't rely on shared.css"

Added BloomCache classes

* Implemented a version of BloomCache using Redis
* Added a BloomCheckTitleHasLogs handler class for avoiding
  slow logging table queries when large amounts of 404 pages
  are viewed (by various web crawlers at the moment).

bug: 67439
Change-Id: I26e5034755e3a7208a45991b1cf2f12467679cc1

Delete skins/common/images/closewindow19x19.png

Unused in core, unused in extensions (as far as I can tell) and unused
on-wiki (as far as I can tell).

There are still requests for it (according to bug 69277 comment 11), but
we can't do anything about that if we can't tell where they come from.

Bug: 69277
Change-Id: I2cf158229955c93ecbf29c83d04df121e4b4addc

Use a custom MediaWiki logo during installation

Previously we used the regular logo, which could prove confusing when
one switched back-and-forth between the installed and mediawiki.org
pages.

The new one is "half-drawn", evoking the image that we are in the
process of creating something (a new wiki). I like that.

Source: <https://commons.wikimedia.org/wiki/File:Wikitech-logo.png>,
authored by Brion, GFDL 1.2+. It was previously used as a logo of the
Wikitech wiki, but that has unicorns instead now.

Change-Id: Ic5c83bb85e6b6a11978d452fbe46d2dad9c5a553

Remove dead mime_content_type() code paths

Since PHP 5.3, mime_content_type() is implemented as part of PHP's
fileinfo extension and thus is deprecated in favor of the newer
alternatives provided by that extension (already in use).

Also updated a comment in DefaultSettings.php that mentioned the
function. Did not modify lessc.inc.php, a third-party library
maintained separately from MediaWiki.

Change-Id: Ic4a0873989ddb634ec9a05c3340941a9ba3f5ec5

GlobalTest: Add test for wfRandomString()

Change-Id: I8e681ed6a32a4a13603cad3cd3dc56545e16220f

Improved job backoff handling to be more properly per-server

Change-Id: I7c8e44a474ca8d05771477665ba508a358c5747d

mediawiki.action.view.metadata: Include the CSS we need, don't rely on shared.css

Change-Id: I4b1cbc5998492272825d33842ee3721a41b19b4c

Merge "mediawiki.language: Implement Language::listToText in JS"

Merge "Remove the sub page when using the form in Special:ListFiles"

Merge "Use protocol default port with HTTP_X_FORWARDED_PROTO"

Merge "OutputPage: Restore ResourceLoader condition wrap for embedded modules"

Merge "Add new hook WatchlistEditorBeforeFormRender"

Merge "Use descriptive key for array of  in a Special:EditWatchlist line"

Merge "Allow hook subscribers to also overwrite link to title"

Merge "wfBaseConvert(): Work around PHP Bug #50175"

wfBaseConvert(): Work around PHP Bug #50175

Before php/php-src@834daa455bc9, PHP's gmp_init() function would try
to autodetect hex and binary numbers even when a base was explicitly
specified[1], so the results for some base-36 numbers having leading
zeros could be incorrect. Work around this bug by trimming off any
leading zeros before calling gmp_init().

[1]: https://bugs.php.net/bug.php?id=50175

Bug: 69249
Change-Id: I5f5458c1a1195f55fa12904c103da6ea7558010a

Localisation updates from https://translatewiki.net.

Change-Id: Ief87c2034d619839fd6d0a49b9339089475275b5

Merge "Add missing space to autodoc of meta=siteinfo&siprop=languages"

Merge "shared.css: Limit .plainlinks styling to .external links"

OutputPage: Restore ResourceLoader condition wrap for embedded modules

Follows-up 9272bc6c47, 03c503da22.

* In 9272bc6c47, the condition wrap was removed from
  OutputPage for no reason. This went unnnoticed as I had also
  accidentally made the cond wrap in makeModuleResponse apply
  to both only=scripts and regular (faux) responses, such as by
  OutputPage embedding private modules.

* In 03c503da22, the latter bug was fixed, thus exposing the former.

This wrapper belongs in OutputPage, not in ResourceLoader. It's
OutputPage making the loader request. And just like in other places,
it's the "client"'s responsibility to ensure the request is either not
made or wrapped appropriately.

The test for "private module (only=scripts)" could be removed but
I'll keep it so we can see how this changes in the future. It's
a case that can't ever happen, but if it would, it currently gets
a double condition wrapper, which is fine.

Change-Id: Id333e4958ed769831fabca02164c1e8505962d57

Removed request() and output() from class "MediaWiki"

Also removed the todo, as the folding was done years ago.

Change-Id: I4953ec3ca650bab9154c07a3a73f1f6ca4ee071e

Merge "Use .mw-body in skins"

Merge "mediawiki.language: Fix infinite loop in commafy() when pattern has no grouping"

Use .mw-body in skins

 * This helps Parsoid's output reach parity.

 * Merge in conjunction with
   Vector: Iae873906abcd8b2a986e5f728f0ce207256de770
   MonoBook: I0c889950e618b2afa6332c4c56b5531744526e72

Bug: 38726
Change-Id: Id0228fa839ef80b0b3bfee864e81f2c65963e01b

Localisation updates from https://translatewiki.net.

Change-Id: I7d2e35ecc2b78e4103236275edb8838b61843a41

Merge "QA: Remove logic for inexistant "wpvector-collapsiblenav" option"

QA: Remove logic for inexistant "wpvector-collapsiblenav" option

This option was never part of MediaWiki core and shouldn't have
been here in the first place.

It was removed from the Vector extension in October 2013 with I33dc0033c.

Not sure what this code is for or why it's not failing.

Change-Id: Ie552d9de3aa1f123a8f1c9414b444481461b4ec6

Merge "mediawiki.action.edit: Improve #addButton documentation"

Merge "Revert "Toolbar: Only show on WikiText pages""

Merge "Category finder style cleanups"

Revert "Toolbar: Only show on WikiText pages"

Classical toolbar no longer appears in Page namespace on Wikisources.

This reverts commit 7263ef1e002786b27fa06db43aa7a6fca00461fb.

Bug: 69447
Bug: 29908
Change-Id: Ifafe41f7bc91183e0db4c10d8340a8b620b380bc

mediawiki.action.edit: Improve #addButton documentation

Change-Id: I6ba4e711dfb492357e1364681d986b0c5515599e

Merge "Use correct progressive color on inputs"

mediawiki.language: Fix infinite loop in commafy() when pattern has no grouping

When the decimal part of the pattern has no grouping, commafy was entering
into an infinite loop. Corrected the logic to handle this case.

Also added qunit tests.

Bug: 69835
Change-Id: I0f9e274411aead6a4e95402fd38c54ac6b76df53

Merge "Move actual OldChangesList line formatting to separate method"

Add missing space to autodoc of meta=siteinfo&siprop=languages

Change-Id: I56ba3b3282ea747b47016558513f96ca597e28d7

Update OOjs to v1.1.0

Release notes:
 https://git.wikimedia.org/blob/oojs%2Fcore.git/v1.1.0/History.md

Change-Id: I37cfbfe14ef07e811bd2c8d6656ff5315dc8c3b6

Merge "add mw-diff-* classes to view diff page header links"

Merge "Localisation updates from https://translatewiki.net."

Localisation updates from https://translatewiki.net.

Change-Id: I523c093311ea09aad64e235f2d9f155c56b714a9

mediawiki.language: Implement Language::listToText in JS

For I35e55658 in VisualEditor.

Change-Id: I5d894f8a1cba65a3d90dfbf3e43be4e515a327d1

shared.css: Limit .plainlinks styling to .external links

Overriding the background of all links on the page can have unexpected
results, for example causing the "Enlarge" icons under thumbnails to
disappear when the entire page is wrapped in <div class="plainlinks">.
https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2014-08-27/In_the_media

Change-Id: I6fb15c5de39419993d37d9f5dd31ecb7ae6503fa