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

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

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

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

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"

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"

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

The mw.hook framework was added in 2e97025 and it also added
an example event ("wikipage.content") but this was never
actually fired anywhere other than for the initial load.

This will finally make things like jquery.tablesorter and
jquery.makeCollapsible work in live preview.

Also:

* Deprecate non-standard jQuery events triggered on jQuery
  wrapper around the "mw" object.

Bug: 33399
Change-Id: Ic516b3a01b4c1510cbe5f2de2998ad8275ecc607

mediawiki.page.ready: Use wikipage.content instead of domready

Restructure mediawiki.page.ready to add to the "wikipage.content"
hook instead of using document-ready.

Except for parts that aren't inside the wikipage content.
Portlet links are outside content entirely and should run only
once from document-ready still. Inputs with placeholders can be
both inside and outside (inside with e.g. InputBox extension,
outside in e.g. search bar of skin) so it needs to be in both.
The one in document-ready needs to exclude ones in content to
avoid applying the placeholder polyfill twice.

This also opens up the doors for extensions and gadgets to
reliably both fire and add to this hook:
- Code can fire this hook when rendering a new DOM (such as
  LivePreview, VisualEditor, ..).
- Code can add to this hook to enhance page content and have it
  properly re-run when there is a new DOM (e.g. gadgets like
  Navigation popups, Reference Tooltips, ..).

Also added release notes for 2e97025.

Bug: 30713
Bug: 33399
Bug: 51565
Change-Id: Icb0eda9edf2aeb3d612ff1d9bfea4859d33e1fbb

Merge "Fix fatal error when $wgValidateAllHtml is enabled and apache_request_headers() does not exists"

Localisation updates from translatewiki.net.

Change-Id: I8ba898043b74a52eeb01aabfb81af51ef3a0c451

Follow-up I3f03dd0100 (08adf46): simplify checks

Those variables are only used when $canViewPrivateInfo is true;
so no need set them when it is not the case

Change-Id: I87a27ea94f3eadc757b6e6048437a7ec58d09d03

Update messages.inc and rebuild MessagesEn.php

Change-Id: Id700531dec4289840afec36848a8206320180705

Merge "If a user does not have permission to view a log type, throw a PermissionsError"

Fix fatal error when $wgValidateAllHtml is enabled and apache_request_headers() does not exists

Changed apache_request_headers() to headers_list() since the latter is always available

Change-Id: Ia52f5a0d12db0680aa03b57dd45c974291e88af9

Allow debugging of unit tests via wfDebugLog.

This adds a listener to the PHPUnit test runner that will report
testing progress via wfDebugLog. This is useful for debugging
situations in which phpunit itself fails to report errors and
does not terminate normally. Having a debug log should at least
help with locating the trigger of the problem.

Change-Id: I433537a7f26197d8cff6f133e26ae5709871500f

If a user does not have permission to view a log type, throw a PermissionsError

Currently if you view a private log like [[Special:Log/suppress]] and do not
have the right permission, you just see [[Special:Log]]. Now it will
throw a PermissionsError which states the user does not have the right permission.

Bug: 17881
Change-Id: I15486a1cc227a4900ab7cd38d7f0cc7eb685195a

Make Special:MIMESearch a non-expensive special page.

This tries to use the index on (img_media_type, img_major_mime, img_minor_mime).
This is not the ideal index for this purpose (due to starting with
img_media_type, and not having an img_name at the end). However it
seems usable due to the low number of values img_media_type can have.
Thus we can just specify all values, and the index will get used
as a range index.

The only potentially problematic thing I see is that it uses
LIMIT X,Y for the offsets (due to being a query page) which can
be expensive on big offsets. If that's an issue, we could limit
the number of results to be at most $wgQueryCacheLimit or something.

Note: There's some discussion on the bug rather negative to this
special page in general. While I agree with much of the criticism,
I still think this special page can be useful, and if it can be
made efficient without needing to modify the indicies, we might
as well.

Bug: 13438
Change-Id: I88826ae7bff0812374157e596f86a19b248220e1

Merge "User#getOption: Check ignoreHidden before $wgHiddenPrefs"

option to strip requested prefix index in the list

[[Special:PrefixIndex]] could be transcluded to generate a dynamic list
of pages. Since all pages share the same prefix, it is not always
wanted, specially when looking for subpages.

Given articles named:

- Project/Alix
- Project/FixBug20281
- Project/S3cretPlan
- Projects roadmap

{{Special:PrefixIndex/Project}} yields:

  Project/Alix   Project/FixBug20281  Project/S3cretPlan
  Projects roadmap

Adding |stripprefix=1 get rid of the prefix:

{{Special:PrefixIndex/Project|stripprefix=1}}

   /Alix      /FixBug20281     /S3cretPlan
   s roadmap

{{Special:PrefixIndex/Project/|stripprefix=1}}

   Alix      FixBug20281     S3cretPlan

The patch adds a checkbox to activate the prefix stripping.

For the implementation, I have chosen a protected class property instead
of adding parameters to various methods.  That seems easier to handle.

Change-Id: I96a0a08ea11a82016eb382abbeb2d54bfc2c4016

Refactor watchlist token handling

Do not allow the user to change it directly; instead create a form
where they can reset it. (The token can still be changed via the API.)
The token is autogenerated whenever it is shown or otherwise used.

This really should have never used the preferences; however, trying to
change that now would be lots of work for very little gain, so this
keeps using that mechanism, adding a little abstraction over it.

It's not unconceivable that similar tokens could be used for other
pieces of data, like Echo's notifications; this enables that with one
new hook.

----

Things done here:

* Add getTokenFromOption() and resetTokenFromOption() methods to User,
  abstracting out the get-and-generate-if-empty process of handling
  tokens. Respect $wgHiddenPrefs (Watchlist didn't do that
  previously).

* Create Special:ResetTokens, inspired by Special:Preferences and
  Special:ChangeEmail, presenting the token resetting interface
  (HTMLForm-based with CSRF protection).

* Create a new hook, SpecialResetTokensTokens, allowing extensions to
  register tokens to be shown in the resetting form. Each token needs
  information about the preference it corresponds to and a short
  description (used for checkbox label).

* Hide the preference on Special:Preferences (use type=api to achieve
  this), display a link to aforementioned special page instead. Move
  info blurb to its own section at the bottom.

Bug: 21912
Change-Id: I0bdd2469972c4af81bfb480e9dde58cdd14c67a8

Localisation updates from translatewiki.net.

Change-Id: Ic8fa806b35c79dcbb77ae71237a04e0bf3a5226a

mw.notification: Fix incorrect initial offset

Follows-up a4b62f1. Fixes bug where initial offset during set up is
wrong and thus causes the used offset to be 0.

Change-Id: I7444bf55a11e817d85bb5c4879022633869fc55d

hook to intercept upload_by_url

This is planned to be used for intercepting by UW for Flickr blacklisting.

Bug: 42307
Change-Id: Ia3daaeba1ce5e69e751ffc2ae5afd5e449cf4aa7

Merge "Remove redundant namespaceAliases"

Remove redundant namespaceAliases

Same as the actual namespace names.
Apparently translatewiki doesn't handle namespaceAliases.
Bug: 51934

Change-Id: I132dabf918311712ddf83b9ac3d4ab262c8ab6bc

Merge "Move firing of "wikipage.content" mw.hook out of mediawiki.util"