Merge "Add support for blacklisting common passwords"

Merge "Defer the redirect table update in WikiPage::insertRedirect()"

Merge "Add user autocomplete and autofocus to Special:Emailuser"

Merge "Add more BacklinkJobUtils comments"

Merge "Remove unused WikiPage::getLastNAuthors() method"

Merge "Fix some IDEA errors in BacklinkJobUtils"

Merge "Make CDN purge calls use DeferredUpdates"

Merge "Add mergeable update support DeferredUpdates"

Merge "Add pre-send update support to DeferredUpdates"

Make CDN purge calls use DeferredUpdates

* Using addUpdate() makes sure purges are coalesced and
  de-duplicated.
* Also removed incosistent $wgUseSquid checks. If CDN caching
  is not used, then $wgSquidServers will just be empty anyway.

Bug: T119016
Change-Id: I8b448366f037f668385d252f9d68289b71d1a707

Add mergeable update support DeferredUpdates

* DeferrableUpdate classes can implement MergeableUpdate.
  Duplicate updates will be merged via the merge() method.
* Make SquidUpdate support merge() so that duplicate URL
  purges are now caught accross the entire pre-send request
  execution.

Change-Id: Idffdd3e71d89e4a0f28281e65a881113caae497c

Add pre-send update support to DeferredUpdates

* PRESEND/POSTSEND constants can now be used in addUpdate()
  and addCallableUpdate() to control when the update runs.
  This is useful for updates that may report errors the client
  should see or to just get a head start on queued or pubsub
  based updates like CDN purges. The OutputPage::output() method
  can easily take a few 100ms.
* Removed some argument b/c code from doUpdates().
* Also moved DeferrableUpdate to a separate file.

Change-Id: I9831fe890f9f68f9ad8c4f4bba6921a8f29ba666

Merge "Make HTMLCacheUpdate always use the job queue"

Add user autocomplete and autofocus to Special:Emailuser

When the page is visited without a user in context, there is a user
input field which now has autofocus and autocomplete

Change-Id: I31e08b7f950fbdb02e5617e3acf9a136bcdef50b

Merge "SpecialWatchlist: Remove random unnecessary `<hr>`"

Merge "Use normal space instead of &#160; in "white-space: nowrap"

Merge "Extracted some code from PrefixSearch for re-usability by other search engines."

SpecialWatchlist: Remove random unnecessary `<hr>`

Change-Id: I7ebe73ae0773a4bfc52c02fdc0cd028913b044b3

SpecialWatchlist: Add an option to automatically reload the page when a filter was changed

The biggest negative point (as far as I can tell) with the change mentioned in the follow-up
is, that a user needs at least 3 clicks to change an option, which before it required only
one click. This option adds a new preference for the watchlist (which can be enabled/disabled
using Special:Preferences) which, if enabled, loads a new, tiny module with a script, that
listens on all input and select fields in the header form of Special:Watchlist. Whenever one
of these elements get changed, the watchlist form will be submitted automatically.

The default for this option is false (disabled).

Follow up: I3bcd27596c21aa4

Bug: T50615
Bug: T119322
Change-Id: Icab1a5143df24a06f468165421d40db8fa57e73c

Fix categories with a namespace prefix in the cat name for CatWatch

Title::newFromText will use the given namespace as default, but when
parsing a title with a namespace at the begin the method will not use
the default, instead used the namespace from the given text.
Use Title::makeTitle to create a title with always belongs to the given
namespace.

Bug: T119763
Change-Id: Ic96671e1c33c6572b07f0f859d97c85a7a15bd39

Merge "Fix CatMemberChanges for numeric category names"

Merge "Move category membership RC updates to CategoryMembershipChangeJob"

Add warning comment on formatLinksInComment

Bug: T120324
Change-Id: If4423e14737a7e9d80661da27ad6f5463798a7d7

Localisation updates from https://translatewiki.net.

Change-Id: I8925bc900d351d0a7aa6e69553fea3c48f86a4a2

Merge "Move Special:ChangeContentModel to the pagetools special page group"

Move Special:ChangeContentModel to the pagetools special page group

Acting on pages, so that group is better than the default of "other"
The group is shown on Special:Specialpages

Change-Id: I0d9734fa31775332fb8935bf4fc63ad3fb8a2852

Merge "Supports schema revision id in avro binary formatter"

Merge "Cast numeric cat names back to string in api output"

Don't load WikiPage (w/ READ_LATEST) if search-update is not supported

instead lazy load WikiPage, when needed.

Change-Id: If67057b0b76f0f889ed498d8bbedaaeae3b2785d

Merge "Consolidate Title normalization code in SearchUpdate"

Merge "Do SearchUpdate::indexTitle after search-update is supported check"

Cast numeric cat names back to string in api output

This could be considered a breaking change even
though it unifies behaviour.

Change-Id: Ib6bc7386f689cc6c2812e9e9406f18b20caa8fee

Fix CatMemberChanges for numeric category names

Change-Id: I5ff3ff2d26d8e2d0b4250843f028eabc96020ccc

Merge "Make getCacheSetOptions() and WAN cache handle broken replication"

Move category membership RC updates to CategoryMembershipChangeJob

* Recursive link updates no longer mention an category changes.
  It's hard to avoid either duplicate mentioning of changes or
  confusing explicit and automatic category changes.
* LinksUpdate no longer handles this logic, but rather WikiPage
  decides to spawn this update when needed in doEditUpdates().
* Fix race conditions with calculating category deltas. Do not
  rely on the link tables for the read used to determine these
  writes, as they may be out-of-date due to slave lag. Using the
  master would still not be good enough since that would assume
  FIFO and serialized job execution, which is not garaunteed.
  Use the parser output of the relevant revisions to determine
  the RC rows. If 3 users quickly edit a page's categories, the
  old way could misattribute who actually changed what.
* Make sure RC rows are inserted in an order that matches that
  of the corresponding revisions.
* Better avoid mentioning time-based (parser functions) category
  changes so they don't get attributed to the next editor.
* Also wait for slaves between RC row insertions if there where
  many category changes (it theory it could well over 10K rows).
* Using a separate job better separates concerns as LinksUpdate
  should not have to care about recent changes updates.
* Added more docs to $wgRCWatchCategoryMembership.

Bug: T95501
Change-Id: I5863e7d7483a4fd1fa633597af66a0088ace4c68

Merge "Improve error message for failing HTTP requests"

Make getCacheSetOptions() and WAN cache handle broken replication

TTL_LAGGED now triggers if the slave or I/O threads stopped

Change-Id: I5e7bf2d33b8d3a60182ec53a93d65f7e55f02222

Defer the redirect table update in WikiPage::insertRedirect()

This avoids contention slams and synchronous master DB writes
on HTTP GET requests.

Bug: T119742
Bug: T92357
Change-Id: I7b3ebac0d6a11542c47ddf3219911be54380c537

Merge "Fix relayPurge() IDEA warnings"

Merge "API: Allow querying central user info"

Merge "objectcache: Add $holdoff parameter to WANObjectCache::touchCheckKey()"

API: Allow querying central user info

meta=siteinfo gets a list of all configured central ID lookup providers
and which one is being used as the default, while meta=userinfo,
list=users, and list=allusers get the ability to return the IDs and
attachment status.

Change-Id: Iea15b6c22baac79b3f8ca6df0e20a6a4299507d2

Fix relayPurge() IDEA warnings

Change-Id: I6e6c0f611c344eab79350468552a2ccbf4cd1d18

Merge "objectcache: Move WANObjectCache holdoff from get() to purge value"

Add a central ID lookup service

Anything that wants to be "central" right now has to depend on
CentralAuth, and then either can't work without CentralAuth or has to
branch all over the place based on whether CentralAuth is present. Most
of the time all it really needs is a mapping from local users to central
user IDs and back or the ability to query whether the local user is
attached on some other wiki, so let's make an interface for that in
core.

See I52aa0460 for an example implementation (CentralAuth), and Ibd192e29
for an example use (OAuth).

Bug: T111302
Change-Id: I49568358ec35fdfd0b9e53e441adabded5c7b80f

objectcache: Add $holdoff parameter to WANObjectCache::touchCheckKey()

Change-Id: I14b6d7660b34271826b77875c660c34343712648

objectcache: Move WANObjectCache holdoff from get() to purge value

Move the holdoff period into the purge value instead of deciding
it at runtime. This opens the way for touchCheckKey() to support
a custom $holdoff parameter, which will allow callers to invalidate
keys without a holdoff period. Similar to what we already support
in delete().

Right now the holdoff period is decided at run time.

Change-Id: Id10c036272e92ae4429effc823b75e08fb11a48b

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

Localisation updates from https://translatewiki.net.

Change-Id: I189c9f774d7322a9aa2cb8b18f6e1d0465576dd5

Fix case for special pages (was breaking tests)

Change I6f44e3e5d97ea917e4a03af47f3795792e4ca122 added some calls
to make special page URLs with the wrong case.  This is breaking
tests in extensions, e.g.
https://integration.wikimedia.org/ci/job/mwext-DonationInterface-testextension-zend/2097/consoleFull

Change-Id: Ica66b314088275d43b67e207cedea97a5f1a7350

Merge "Connect OOjs UI to MediaWiki's localisation system"

Extracted some code from PrefixSearch for re-usability by other search engines.

(This patch is needed for Ida9b9f8)

Bug: T112028
Change-Id: I35aece88333a65f6b1f55f7a87e2d14de4f5bea7

Consolidate Title normalization code in SearchUpdate

and rename the private method to be more clear

Change-Id: Iec7b934babddd102402cfa7616accd91fd3422ff

Connect OOjs UI to MediaWiki's localisation system

Somehow we have forgotten to do this in here, it was only done in
VisualEditor, which is why no one noticed for so long.

Bug: T119984
Change-Id: I9154345119846dcba90c30f81636ea70fd524471

Do SearchUpdate::indexTitle after search-update is supported check

If the SearchEngine does not support search-update, then
$indexTitle is not used and thus no need to create it in
that case.

Change-Id: I487d06274e921223a3bcb5af846b48b7c2b8065e

API: Add isset() to avoid PHP warning

Bug: T120075
Change-Id: I8e4ac665c262e6f889abba24eb2beb4fd5a76d1b

Add more BacklinkJobUtils comments

Change-Id: Ic1b9f730c3876214dfebf7623a2d4dec5c9c08af

Merge "Make HTMLCacheUpdate callers more consistent"

Fix some IDEA errors in BacklinkJobUtils

Change-Id: I0e61f93bc19c183442933dbb8192264838c1c9a1

Localisation updates from https://translatewiki.net.

Change-Id: I2954fbad34ec3c9d2c6537dfa1987eb93f0887fd

Improved personal toolbar for logged-out users

Previously, logged-out users either only saw "Create account" and "Log in"
links in the personal area, or if $wgShowIPinHeader was true, they saw

  [icon] 127.0.0.1  Talk for this IP address  Create account  Log in

where the IP address itself linked to the IP user page.

Now, logged-out users by default see the following:

  [icon] Not logged in  Talk  Contributions  Create account  Log in

The old $wgShowIPinHeader feature is removed. It is very unfriendly to
show the user's IP address (in red, no less) at the top of every page,
since this will mean nothing to most visitors. Caching means that this
can't even be done reliably, anyway.

Another improvement is that the "talk" and "contributions" links are not
shown if anonymous users don't have the 'edit' right.

Modelled after the loggedOutTalkPage() function at Dutch Wikipedia
<https://nl.wikipedia.org/w/index.php?oldid=44706954>

Bug: T112724
Change-Id: I6f44e3e5d97ea917e4a03af47f3795792e4ca122

tests: let us select/exclude ParserTests

The MediaWiki test suite is painfully slow and delays merging of
changes. More than half of the time is spent in
ParserTest_Parser⁄parserTests::testParserTest which is the PHPUnit
wrapping class for the parser tests.

This patch let us extract the parser tests so we can run them
independently. By running them parallely with the rest of the tests,
that will speed up the gate processing time.

Mark the MediaWikiParserTest and NewParserTest class as belonging to the
test group 'ParserTests'.  Will let us filter them out via PHPUnit
option --exclude-group

Introduce a new PHPUnit test suite 'parsertests' which loads the
MediaWiki core parser tests wrapper 'MediaWikiParserTest' and the suite
which loads the extensions parser tests (ExtensionsParserTestSuite.php).
This way we can run solely the parser tests with:

  cd tests/phpunit
  php phpunit.php --testsuite ParserTests

Wikimedia CI can then be configure to run two jobs:

 A) php phpunit.php --exclude-group ParserTests
 B) php phpunit.php --testsuite ParserTests

Bug: T114314
Change-Id: Ie819bab43163995048c073691c4c5d258f797c02

Remove unused WikiPage::getLastNAuthors() method

Change-Id: I06b617d7af5169046b484d22931922bf2f9a5b74

Add a wikipage.diff hook

Bug: T53583
Change-Id: Iba54f26537e0a7ffaaf9465e2f44de2e4367abdb

Make HTMLCacheUpdate always use the job queue

* This puts these updates behind the JobRunner lag checks
* Made HTMLCacheUpdateJob::newForBacklinks() method, which,
  along with lazyPush(), obsoletes this class.

Bug: T95501
Change-Id: I934de63bb6fe9e9b7abae157f0b3b2dbfd3188e1

Make HTMLCacheUpdate callers more consistent

A few random callers were calling doUpdate() themselves
instead of using DeferredUpdates

Change-Id: If121e6afab9899dae92f0bf831b0b0c9967deeb5

Fix incorrect annotation

Change-Id: Ia240bda6f8bcee52814e200c6118ed5713ca0ea7

Minor api doc fix

Change-Id: Ibc432e504aa63f908b5fca93110e2d54f91c5dbd

Localisation updates from https://translatewiki.net.

Change-Id: Id1033768d26224e8db6f901a636477adfee77ffd

Remove RELEASE-NOTES-1.26 from master as it is now a release.

Change-Id: I57f39c77286057d29b91dc8e4feda67cbd0ee3ee

Merge "Do not set autofocus for valid target input on Special:UserRights"

Merge "Fix packet reduction in SamplingStatsdClient"

Do not set autofocus for valid target input on Special:UserRights

When open Special:UserRights with a valid user as target, there is no
need to set the autofocus on the input field. Just set it on blank input
and error input (such as non existing user or ip).

Change-Id: I14b005b83adbbd899d2846c8d71cbfb1a1a25ad7

Fix "Undefined property: DiffEngine::$seq" under HHVM in DairikiDiff.php

Bug: T116266
Change-Id: I94ed1ce946b4c3e757405167d6c4530a5863a220

Fixup MW for HHVM Repo Authorative mode

https://github.com/facebook/hhvm/issues/5834
https://github.com/facebook/hhvm/issues/5833

Change-Id: I138ffa5df874c5660897dc7feab36adef9f32aea

Merge "mediawiki.ForeignStructuredUpload: Behave correctly when '=' appears in a description"

mediawiki.ForeignStructuredUpload: Behave correctly when '=' appears in a description

We can't escape it (and we can't deal with '|'), because users might
expect these to accept wikitext.

Bug: T119691
Change-Id: I10df9ebab408f531812b653b36ed35570311935e

SpecialMovepage: Don't change button text when moving over existing page

The button text was being changed from "Move" to "Delete and move". This
is no longer necessary after a confirmation checkbox "Yes, delete the page"
was implemented in ac563af7e7489e701b6b68756fb7b10ed058d07d (r12433).

Change-Id: Ie8e25ab3d11e75f47f4cf1a4ec96407d3f37b547

SpecialMovePage: Display introduction text even after the form was submitted

I see no reason to remove this helpful information just because there's
an error in the form.

Change-Id: I01c6d66231c272d0ef0c671c388c7aa43020b4a3

Localisation updates from https://translatewiki.net.

Change-Id: Ifb2360c79250472ea49345e50f4525b56b0bb1f5

Special:Contribs: autofocus to 'target' if target hasn't been specified or in non-newbies mode

Target field doesn't work in newbies mode so users doesn't need to enter in that field
newbies mode also. This is not a huge issue normally but annoying when you're on a tablet
or mobile where the autofocus makes the screen keyboard be shown when you visit the page.

Bug: T117397
Change-Id: Ic6fd2fb2421325f748fccb2a5432e7713d0dcbb0

Localisation updates from https://translatewiki.net.

Change-Id: I71391874ae48d2a0d6583001839f7ccedbd03f57

Localisation updates from https://translatewiki.net.

Change-Id: I862700e5f136550102670d787880ddba92b98b77

Fix packet reduction in SamplingStatsdClient

Doc block has also been changed to show that
this implementation does not follow the defined
interface.
It also says why...

Bug: T116031
Change-Id: If8cca355ae77b751486b40e56a6b3a51b1d7fe0b

Enhance SamplingStatsdClient::sampleData return doc

Change-Id: Idde67e9514fdf736881cb42b6413045f7bc6f3b3

Add mediawiki.api.messages module to easily retrieve a set of messages

Bug: T40280
Change-Id: I6e3fc4beb56c3120702ca291adf6e1521a0bc21f

SpecialMovepage: Remove amusing comment about MySQL 4

We haven't supported MySQL 4 since MediaWiki 1.19.

Change-Id: Ice3e62d02ebe94a5a48981039dc455014a5d53f2

Localisation updates from https://translatewiki.net.

Change-Id: I016ec75a42be034951e8516669c09489054a3d28

Update liuggio/statsd-php-client to 1.0.18

Depends-On: I81a7d7da30374072c78c51d1a7fe8229cd70d42c
Change-Id: Ibf06b3b97eb6002c1ad2666f38764b44fc716ef3

Merge "Split out WikiPage 'page' field for EditPage"

Split out WikiPage 'page' field for EditPage

* This fixes numerous IDEA warnings
* Also fixed some other warnings by fixing documentation

Change-Id: I2a76ce79c0d04a28a6cd74116dfce4e67435f44a

Merge "Add comments to EditPage::getBaseRevision()"

Add support for blacklisting common passwords

This changes the default config to not allow the top 25 passwords
to be used by Sysop/Crats. This should almost certainly be set to
a higher number, but I think its best to wait until after this is
comitted to argue over what the best value is.

I would expect that once this is comitted, there would be a config
change for wmf wikis, so that there is no change until this has
been discussed with the community.

The included common password file was generated from the first
10000 entries of
https://github.com/danielmiessler/SecLists/blob/master/Passwords/rockyou.txt?raw=true
10,000 was chosen based on csteipp's suggestion.

Change-Id: I26a9e8f2318a1eed33d7638b125695e8de3a9796

Add comments to EditPage::getBaseRevision()

Change-Id: Ib0b9e26916f86f00a49c6007ae55896f7421de22

Merge "Remove MWException use from UIDGenerator"

Merge "Update ApiBase::PARAM_* comments"

Update ApiBase::PARAM_* comments

Put them in a form that doxygen should recognize,[1] and document all the
types recognized for PARAM_TYPE.

Ideally we'd use some @-thing like @var to specify the types instead of
just a weird parenthetical, but looking at existing examples it seems
that putting @var on a class constant will instead make doxygen
completely ignore it.

 [1]: See https://doc.wikimedia.org/mediawiki-core/master/php/classApiBase.html

Change-Id: Iccfa1dc9a7a79313ff9acf71934264c115b3fa76

Added Rakefile

This is needed for our continuous integration.

Bug: T117993
Change-Id: I83d16759597a90ee9a082eb4029fedca7af10a30

Use normal space instead of &#160; in "white-space: nowrap

Follow-up 60e8b558

Change-Id: I8cd534e064a023d1b8acea0b4ea556475332bd7f

Update OOjs UI to v0.14.0

Release notes:
 https://git.wikimedia.org/blob/oojs%2Fui.git/v0.14.0/History.md

Change-Id: Id642023abdae574e32620fc80043631d86bae006