Merge "Code style cleanups to Sanitizer.php."

Merge "Update README & COPYING"

Merge "Remove the showjumplinks user preference"

Merge "Add methods to get raw request in WebRequest"

Merge "mctest.php: nicely align server names"

Merge "mediawiki.util: Optimise logic in addPortletLink"

mediawiki.util: Optimise logic in addPortletLink

Optimised to no longer:
* boolean cast "nextnode" twice.
* assert nextnode.jquery when we know it is a jQuery object.
  > !!$( Node ).jquery
* assert nextnode.length when we know it has only 1 element.
  > $( Node ).length === 1
* execute $ul.find( selector ) twice for the CSS selector case.
* check for .length in some places and do an ignorant eq(0) in
  other cases (thus ignoring the case if there are multiple
  elements).

Tests still pass :-)

Change-Id: Ibc86c2dc33a8a3ba378138525c2523ba69bca8f1

doc: Clarify documentation for ParserOptions::getUserLangObj

It no longer produces inconsistent link tables, that was fixed
in r89706 by setting the parser to the default language when
saving, and then when viewing it might reparse for a different
uselang if needed (without saving link updates).

Of course, that isn't pretty and it should still be discouraged.

Change-Id: I599a7162fed458713ffa3a754086c6a2ffdebe07

Update README & COPYING

This patch contains a re-write of MediaWiki's README. The current README has
been obsoleted by the passage of time, and its current patchwork of contents
is not especially helpful or flattering to MediaWiki. GitHub automatically
renders a repository's README below its file listings; GitHub's popularity
thus means that this file is a lot more visible than it once was and is more
likely to shape a prospective developer's first impression of MediaWiki as a
software platform.

The re-write was conducted on-wiki, at <https://www.mediawiki.org/wiki/README>,
and advertised on wikitech-l. Not much time has passed since the announcement,
but even so the updated README is already considerably better, and there's no
reason not to continue synchronizing changes from the wiki page on an ongoing
basis, so the editorial work on MediaWiki.org need not stop as a consequence of
this change being merged.

This patch also includes an update to COPYING, incorporating legal text that
has been removed from the README, and adding some more information about
licensing. These changes include:

- changed URL from GPL (unspecified version, pointing currently to v3)
  to GPL v2, to match the text
- removed statement that the Foundation does not hold any rights in
  the codebase, as it may in some cases have rights through
  contractors
- added note about looking for information in individual components
- removed incorrect CC information about Sajax (which appears to be
  BSD-licensed, according to its file header in skins/common/ajax.js
- rephrased the CC license information to make more clear and precise

Bug: 50552
Change-Id: Iff7df2567bd90c136ef81fb8dbe7b6d4408be75f

Merge "More accurate function descriptions"

More accurate function descriptions

Change-Id: I633a7740996b8933778aa32036cb429026f75ebe

mediawiki.util: Fix addPortletLink to allow jQuery objects

The docs already say jQuery is a supported type for nextnode, it just
wasn't yet checking for it in the function.

Change-Id: I0bdc7dacd24aac720b70c6fc0ca3154ceccd0ebb

Merge "Localisation updates from translatewiki.net."

Merge "Add month-only date format."

Localisation updates from translatewiki.net.

Change-Id: Id3cc2067e5013e92faae47d31376b77087f3a9bc

Move translators credits list to a wiki page

* List as per Iedc78728156f04b16109140db485492ba7693f14
  (to be occasionally updated manually on wiki with automatic authors
  lists from the files as exported by the Translate extension)
* Link it from Special:Version
* Make protocol consistent in the different parts of the sentence

Change-Id: I3bb53d4c184173b5362f5036764fb38d8f07d178

Remove verbosity in  message

Adding the information about "not fit for statistical purposes" will most
likely confuse more people than corrupt results of academic research, so
remove it.

Change-Id: I42ae79691305d8d429ea0e8337797911d1ba38f6

Use page instead of article in UI

Change-Id: Ie506fb929810c8190bf572b6114e91821845fe2f

Add Special:RandomInCategory.

The method used is quite biased, but I believe its the best
possible without a schema change and still being efficient.
I think it is good enough for many of the use cases that
need different articles to pop up, but not "real" randomness.

The method used
is to chose a random timestamp and look at cl_timestamp. This method
will give good results if the timestamps are uniformly distributed
(which probably is not usually true). I think it may give acceptable
results in general, especially given most people are not interested
in true randomness, but more in "give me a result I haven't seen before".
(For example, to pick a random entry in a maintenance category to clean
up).

It also fudges the result a little bit using offset to stop really
biased results from happening. This is mostly meant to stop a
category with an extremely clumped distributed from returning
the exact same article every time. It is not meant to generally
increase randomness.

Bug: 25931
Change-Id: I0c48e4a236b50fb627af94f0df47fef8372ea14d

mctest.php: nicely align server names

The servers entries being made of an IP address and a port, they would
often have different lenghts which clutter the output indentation.

Previously the output columns would be slightly misaligned:

$ mwscript mctest.php --wiki=enwiki
10.4.1.255:11211 set: 100   time: 0.17192602157593
10.4.1.1:11211 set: 100   time: 0.19056081771851
$

With this patch:

$ mwscript mctest.php --wiki=enwiki
10.4.1.255:11211 set: 100   time: 0.17192602157593
10.4.1.1:11211   set: 100   time: 0.19056081771851
$

Change-Id: I80199a229ed6310686411f08e0344c7d906414ea

Merge "mediawiki.js: Document that default message format is 'text'"

mediawiki.js: Document that default message format is 'text'

Follows-up 2564de082e.

Change-Id: I73470cb9005051e4a43618ab8fd0707f3bd885f0

Add month-only date format.

The BookManagerv2 extension needs support for dates that consist
of only a month and a year, and I think this is something that
would potentially be useful to other extensions as well.

Change-Id: I3672b0b0aee196890981302a41daeefb61130141

Merge "vector: Move right tabs from behind to below left tabs"

Remove the showjumplinks user preference

This preference does not appear to have a valid purpose.  Jump links are
part of accessibility, sites must never force users to turn this on.

For logged in users there is no value in removing the links.  They take up
practically no space in the markup, and that would be a dubious reason.
And these links are not even visible so users should have no reason to be
bothered by them.

Change-Id: Ib506ffad41ac7f65629368bc41774fb689b882db

Localisation updates from translatewiki.net.

Change-Id: I9183d8713a58d6f7d0e3906391d85812e2a96f1d

Use content format for unserializing in ApiEditPage

Follow up to: Ia59fb6b

Change-Id: I42bc56aa439e88cbdb1abcafe2984ebf3eeb79af

Merge "Make APIEditBeforeSave give the whole revision"

Make APIEditBeforeSave give the whole revision

rather then just the current section. This
makes the hook behave as documented in
docs/hooks.txt.

Bug: 52077
Change-Id: Ia59fb6bbcbf2ae4119aa9dc316af8130e0235e78

$wgHTCPMulticastRouting rename + multi hosts support

This patch does two things:

A) rename $wgHTCPMulticastRouting to $wgHTCPRouting since you can have
   MediaWiki send purge packets over unicast.
B) add support for multi hosts purge in the few cases one want to split
   the multicast groups per cache role but still want to purge more than
   one cache group.

A) rename

The rename adds deprecation notices in the comments and adds a back
compatibility layer in the case someone is already using this feature.
Given Wikimedia Foundation is not even using it, it is very unlikely,
but yet: better safe than sorry.

My logic is flawed sometime, so that needs a bit of review :) There is
two levels of deprecations to watch for:
- pre mw1.20 which useds $wgHTCPMulticastAddress and
  $wgHTCPMulticastPort
- pre mw1.22 (aka before this patch) that used $wgHTCPMulticastRouting

The resulting configuration should be properly loaded in $wgHTCPRouting.

B) multi hosts

The HTCP routing let you split purges to different hosts according to
the URL.  In some case, we want to be able to purge an URL from more
than one multicast group.  A Wikimedia example would be to send text
related purges to the text and mobiles caches while upload purges are
sent to the upload caches.

An abstracted example would be:

$wgHTCPRouting = array(

// upload URLs to upload caches
'/(upload|thumbs)/' => array(
'host' => '<ip for upload caches>'
),

// Everything else to text & mobile
'' => array(
array( 'host' => '<ip for text caches>' ),
array( 'host' => '<ip for mobile caches>' ),
),

);

Change-Id: Ie87f6b81007f47f9cb439371743f3ad9a4b0c774

Merge "For rows added by the SpecialStatsAddExtra hook, add an HTML id of "mw-" plus the message key"

For rows added by the SpecialStatsAddExtra hook, add an HTML id of "mw-" plus the message key

This will allow for the row to be easily selected via CSS, so extensions
can easily point the user at the relevant row(s).

Change-Id: Ib93e05d1ef89666ddcb132b5eb4b620b160b5565

Merge "Add a usage note to 'CanonicalNamespaces' hook docs"

Add a usage note to 'CanonicalNamespaces' hook docs

It seems natural to defer namespace configuration until the namespace is
actually registered, but in the case of namespaces that are registered in
CanonicalNamespaces hook, doing so will not work or cause unpredictable
results. This patch adds a note of warning to hooks.txt. See bug 45031 for
context.

Change-Id: I3f2d56dc7ded5e00974de0baf1a84188eade823c

Sync up with Parsoid parserTests.

This now aligns with Parsoid commit 4c47bd124c4cc860b53764b42a2af2581b429eb7

Change-Id: I48f936e6e8c456fd92297d55229e37a8ab3bb07f

Merge "Add new parserTests for image attributes coming from templates."

Add new parserTests for image attributes coming from templates.

Bug: 49400
Change-Id: I49e92f5ddf9ee32347e6b738329f16f9ca129888

Merge "Localisation updates from translatewiki.net."

Localisation updates from translatewiki.net.

Change-Id: I6c189aa54bf06cd8ebdaf935fb787cf49510517b

Merge "Add new parserTests for table cell attributes coming from templates."

Add new parserTests for table cell attributes coming from templates.

Bug: 44498
Change-Id: I2b46dea4c075e9eac41dfceac40097ebfb3f8700

Code style cleanups to Sanitizer.php.

Fix warnings and errors from the PHP code style checker.

Note that phpcs is complaining about the constant '-1' -- it says:
'Expected 1 space after "-"; 0 found'.  That's ridiculous, so I didn't
"fix" that issue.

Change-Id: I87a50bbc5a4387ffbca9f55d07f66b6cf860a8ac

DiffHistoryBlob: don't check for mhash extension

Checking for the mhash extension is pointless in PHP 5.3+ because
it only exists as B/C functions that are part of the hash extension.

From ext/hash/config.m4:

    if test "$PHP_MHASH" != "no"; then
      if test "$PHP_HASH" = "no"; then
        PHP_HASH="yes"
      fi

      AC_DEFINE(PHP_MHASH_BC, 1, [ ])
    fi

So if mhash() is compiled in, hash() must also be compiled in.

Change-Id: Ic376f4c438aaf701ebb4f1394ab6e4c1803fb8b8

Merge "Fix parserTests.php for non-english test wikis"

Fix parserTests.php for non-english test wikis

Running parserTests.php gives two failed test under a non-english wiki.

Both tests have corresponding article parts, which creates system
messages for the test.
While the messages gets added to the database, the language is not set
to en, so the created message gets under the wrong language into the
language cache.
When running the test, the language is set to en, but the message cannot
be found in the language cache. The message is not found.

Running test Bug 31098 Template which includes system messages which
includes the template... FAILED!
Running test Bug 32057: Title needed when expanding <h> nodes....
FAILED!

Change-Id: I18fb139e2227343018cdef737bda5aadb5c9fb35

Merge "4-digits numbers in Spanish should not have a group separator"

Merge "Replace "themselves" by "oneself""

Merge "Fix EditPageTest for non-english test wikis"

Merge "Follow-up 42333412833a - Fix behaviour $wgVerifyMimeType = false;"

Return messages in a consistent form from Status objects

Also fixes Message::getKey() to always return a string.

Rationale:

Some code, like RollbackAction, assumes that Status::getErrorArray will
return an array of the form ( messagekey, param... ), but this was not
the case when a Message object was passed to the Status.

This change makes sure Status::getErrorArray will always return arrays
of the expected form. This is especially important since the messages in
the Status object may be provided by extensions.

In order to convert Message objects to arrays of message keys and parameters,
Message::getKey() needed to be fixed to return a single key always.

Bug: 49338
Change-Id: I0deaa9888e9d86726a8e41ca606c571f56190c91

Merge "Installer: page refresh should refresh list of supported DBs"

Localisation updates from translatewiki.net.

Change-Id: I811dc8a2b7065867047e4519257b6c611fdc47df

Merge "Abort page restriction if no null revision can be created"

Add methods to get raw request in WebRequest

Make it possible to get the raw parameters given to the request, with
no escaping. This is needed for features like OAuth, where a signature
is calculated over the parameters to verify their integrity and source.

FauxRequest is extended so the original request doesn't pollute the
fake one. This could be extended so "raw" values could be set and used,
but there isn't a use case for that yet, so it's not done here.

Change-Id: I8710844f21d21cbbf28517b0cc25b0713b506bee

Merge "updater: Move rev_sha1 addition before convertUserOptions"

updater: Move rev_sha1 addition before convertUserOptions

Execution of the script and addition of rev_sha1 are both 1.19
activities, but for some reason the issue has only shown up in 1.21.

* MysqlUpdater::getCoreUpdateList() declares that 'doMigrateUserOptions'
  should be executed before adding the field rev_sha1 into the revision table
* ConvertUserOptions::execute() calls User::saveSettings()
* User::saveSettings() at its very end calls $this->getUserPage()->invalidateCache()
  and that is where the revision query is joining the party.

Bug: 48820
Change-Id: Id0a6efc33a8c46fdc3e9c294aa2d005d46c7dda0

Merge "Use one call to .attr instead of two and linebreak consistency"

Merge "Improve documentation for $wgRecentChangesFlags"

Replace "themselves" by "oneself"

For consistency

Spotted by Shirayuki
http://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Right-unblockself/en

Change-Id: Ie5c59f0133519ce4f93f373d20008808986fb8b4

Improve documentation for $wgRecentChangesFlags

Change-Id: If11461942462f48921a27d291c1bf383bc488a28

Use one call to .attr instead of two and linebreak consistency

Follow-up to: I2b937eba605b7e6a98612a02c75eb9e7f347752

Change-Id: I45254ad2fee63918763cc7662523b80c26418177

Localisation updates from translatewiki.net.

Change-Id: I525a26602a3f7d210b1a710cfc4b0d7b67961095

4-digits numbers in Spanish should not have a group separator

Bug: 51157
Change-Id: I4fabf9569c38e5da7b20d70206445dd77a73b4a4

Merge "Move unsortable class into tablesorter config"

Merge changes I48dcf831,I8922b80e

* changes:
  jquery.makeCollapsible: Consistency in test names
  jquery.makeCollapsible: Tests for collapse and expand text

Move unsortable class into tablesorter config

Change-Id: I7fc1e9fe9e63128b3c6bac0ec067f1631e53cde2

Make wfMatchesDomainList not match partial domains

Change-Id: I90e7af152fbd9bb8d84d5f2c54bd352b461c530d

Merge "Correct the regular expression for explicit plural forms"

ContentHandler: Fix a typo

Change-Id: I3accd0605f62e73d5ea527da7b3c03e4bdda3fc7

Merge "Remove Persian from link underlining removal"

Remove Persian from link underlining removal

There was a discussion [1] on this on Persian Wikipedia and users
don't want it actually. It is such an UI inconsistency and detecting
links based on their color is hard. It may have problem on Amiri font
but not on System default font and Persian Wikipedia fonts.

[1] https://fa.wikipedia.org/wiki/MediaWiki:Common.css?oldid=10552148

Change-Id: I8168baff1b9e64d0c79dcd7a896b9cbeeed0b266

Merge "Clarify exif-copyrighted-false means only Copyright flag not set"

Merge "Change name of Neapolitan language from "Nnapulitano" to "Napulitano""

Merge "Make prefs-advancedediting more consistent"

Merge "mediawiki.page.startup: Fix typo in @event"

Make prefs-advancedediting more consistent

Cf. "Advanced options", "Display options" etc.
<https://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Prefs-advancedediting/pt-br>

Change-Id: I35608d99eff9a95a14bc12ace8de9a8e1dd808a1

mediawiki.page.startup: Fix typo in @event

Follows-up 736e7e843a.

Change-Id: Id796646228fb2468a084d5ce5b4f15acf8e517ec

Clarify exif-copyrighted-false means only Copyright flag not set

The previous "Public domain" is misleading, as we can't assume
such a copyright status when the EXIF info is not set.
<https://translatewiki.net/wiki/Thread:Support/Change_MediaWiki:Exif-copyrighted-false>

Change-Id: Ic471ed5a997b476fd1e8b4a15106ffc8cd895197

Change name of Neapolitan language from "Nnapulitano" to "Napulitano"

Bug: 43793
Change-Id: I08d6a07efac43565eeece324bc6a314a9a79f9c7

Merge "Increase vertical offset of post-edit confirmation in MonoBook"

jquery.placeholder: Fixup for 7ec7d879ee

Check for 'arguments.length' was done in the wrong scope.
It checked for arguments to .each() which is always 2 (i, el).

This caused a regression where any call to .placeholder() without
arguments resulted in the string 'undefined' to be displayed as
placeholder (since it was doing setAttribute and passing it `text`
which is undefined, and then further using that undefined variable).

Until 7ec7d879ee / a8145d6fa2 this was the only way .placeholder
could be called, so this is a major regression affecting all use
of it.

Change-Id: I862b0f72548ec2122dad9c5d013149ac57688dab

Increase vertical offset of post-edit confirmation in MonoBook

At an offset of 3em from the top, the confirmation message overlies MonoBook's
tabs. If the user already knows that they want to use one of the tabs to
navigate away from the article page, she must wait for the confirmation to
fade out so that the obscured tabs are again visible and clickable. Increasing
the offset to 6em seems to fix it.

Bug: 41240
Change-Id: Ifc09523858adf47b7f321d9e29dcb53d290e9d81

Fix EditPageTest for non-english test wikis

Follow-up: I070036f341b866cda67eb928c5b74ad2ce6c527c
Change-Id: Id87832ef84cb091c44f5c78adf370e2fca8ca6d7

Localisation updates from translatewiki.net.

Change-Id: I9f146e7fbae674a1f09834b5335f47da647ae815

jquery.makeCollapsible: Consistency in test names

Mention which part of the code is being tested in parentheses in test
names. Some actions can be triggered inmore than one way or in more
than one context: this gives a clearer image of what has tests already
and what hasn't.

Change-Id: I48dcf831f6a622f08061b29ca90fb0614e4cbab6

Merge "jquery.placeholder: Fixup for a8145d6fa2"

jquery.placeholder: Fixup for a8145d6fa2

* add release notes
* fix minor bug where wrong value is used

Change-Id: Iaab38cc041d143228332e00092f8521f6f3de596

Merge "Followup Idfee1b4d per Tim"

Merge "jquery.placeholder: Take placeholder text as parameter"

jquery.placeholder: Take placeholder text as parameter

After this change, it will be possible to supply the text to be used as
a placeholder to the plugIn. Instead of doing:
$('<input type="text" />').attr({
        placeholder: "Placeholder text"
}).placeholder();

you can now simply do:
$('input#myInput')
.placeholder("Placeholder text");

after loading the plug-in.

Bug: 40430
Change-Id: I25255b2ef657f3215e64895d7905b984a1e9d59a

Merge "Watchlist: Separate non-form parts out of the <fieldset>"

Merge "Allow debugging of unit tests via wfDebugLog."

Followup Idfee1b4d per Tim

OAuth was going to return different values for UserIsEveryoneAllowed
depending on whether OAuth headers were provided, so the bolding on
Special:SpecialPages wouldn't be odd. That wasn't liked, so instead
we'll only mark special pages as restricted based on $wgGroupPermissions
and not what extensions might do.

Also, it was suggested that if an extension can remove 'read' then the
cache headers set by RawAction and the API should reflect that.

Change-Id: I381553e79c5320083c6d6d9ddd5bc0b146600f9e

(bug 49694) Apply $wgSpamRegex to the new section name in action=edit&section=new

Either on $this->sectiontitle or $this->summary depending on which will be used.

bug: 49694
Change-Id: Ie35c6bfe5cc66313930b0dc4d8f9e618657b3aea

Fix documentation of $wgTranscludeCacheExpiry

Fix for 937fc3b (SVN r98467)...

Also improve the one of $wgEnableScaryTranscluding while I'm at it.

Bug: 52006
Change-Id: Ia84c826f4f4d8fa18d3bf36f732e5b487544caa2

Special:PagesWithProp: Fix PHP notice if no page properties are present

Always declare $propnames as an array; do not assume that there will
be a property to implicitly set it.

Bug: 51891
Change-Id: I82c6b71a3283c7dc17e66873c2e54cea973c67c0

Make the templates/category lists on edit page collapsible

This is a total rewrite of Vector extension's functionality, to fix
various accessibility and internationalization issues with the
original one. Both the JavaScript and the CSS have been redone from
scratch.

Still, the look&feel is almost the same as in the original version,
save for the mentioned messaging changes and minor UI differences (the
toggles are no longer <a> elements). The same cookie names have been
used to avoid any issues when migrating.

Used standard arrow icons from the mediawiki.icon module.

Bug: 43689
Change-Id: I91a3704cb09b9e17dd8baa516ab6f8ee441b7467

jobqueue: made federated queue use HashRing for root job de-duplication

* This can spread entries out across job servers rather than always $wgMemc.
* Also made the sectionsByWiki config default to an empty array.

Change-Id: I176ff02eb4f05a1ea7d3bf93e0a10e074bb27d11

Merge "mediawiki.action.edit.preview: Fire "wikipage.content" mw.hook"

Merge "Fix the target URL of HTMLForm"