Fix TOC display for printing

Apply the same display: table styling (+backwards-compatibility shims)
for print as for screen.

Bug: 57010
Change-Id: I399291d42531e406e8ea75d977453782b1269b50
Watch user page and user talk page by default

When creating a new account, add the newly-created user's userpage and
talk page to their watchlist.

Bug: 49719
Change-Id: I9359682c890cb9249870a0a78a80a0076ba47f34
mediawiki.searchSuggest: Unbreak browser blacklist

The 'browsers' key is not supported nor used. The 'blacklist' used
here resulted in every browser being passed through.

Also remove the distinction between LTR and RTL languages, as the
blacklist for both is the same.

Change-Id: Ia72b8f29be94523b989c8d932e4525d8aad34422
Remove unused variable and deprecated parameters

Change-Id: I38ed73fbc4044b18c4370ddb1c54bb6ec4389950
Correct the plural forms for Manx (Gaelg)

Backported the plural rules from CLDR 24 as an override to CLDR 23 rules
exising in MediaWiki. The syntax for plural rules changed in CLDR 24, so
modified the syntax to fit the CLDR 23 syntax

Once we are ready with the updated parsers for CLDR 24(See bug 56931),
we should remove the override.

Since we remove the custom plural forms in MW in favor of CLDR,
the following changes comes into effect:

1. 'few' form used as 'zero' form in MW. Practially that make 'one' form used
as 'two' form and 'two' used as 'few' form.
This breaks existing gv {{PURAL}} usage as dicussed in the bug report

2. CLDR defines 'few' form as n % 100 = 0,20,40,60 but MW adds 80 also to that
list, ie  n % 100 = 0,20,40,60, 80. So with this patch, 80 is no longer considered
as 'few' plural form.

Bug: 47099
Change-Id: I46ab3dadc7fe08c1e60bbd81a1ee841e166e9608
Fix inconsistency in ArchivedFile::getUser

It was returning user id, where the interface is to take an
argument, and by default return the user text.

This caused weird output (user id instead of name) in certain places.

Change-Id: Icae281de67cfaafe52f1fb1fa4c7556aff7cd306
Follow-up: 8bd386e3680808d1ae1166140ef6917f0498ef3a
Plural rules: updates for UTS #35 Rev 33

* New operands i, v, w, f, t
* New operators =, !=, %
* Ignore "samples", which are basically unit tests embedded in rule
  specifications
* Ignore the new "other" rules, which have an empty condition. It
  doesn't really makes sense to parse them, since the empty condition
  means special handling should be done in the caller, it is not
  equivalent to an unconditional true or false.
* Trailing zero support requires that the input number be a string.
  Documented this.
* Fixed some comments
* Added test cases for new features

Bug: 56931
Change-Id: I96986c0c664f785e75b0a4ced2ec9e37b72681c1
Clean some phpcs errors in Preferences.php

Change-Id: I315e562c5f85e464a8ca61be6a47e2a468156a55
Set default for nickname preference

Not having a default results in 1361430 pointless rows with
empty up_value in user_properties on enwiki only.

Part of work on bug 52777.

Change-Id: I63db3a813fbf11fd3d9a0f0535facc39d975c563
Merge "Clean some phpcs errors in Preferences.php"
Add missing directories to findHooks.php

Change-Id: I60ead68fbed90ee6d94ee6d7d783f69bf1aaa9f8
Add one more missing directory to findHooks.php

Change-Id: If2aa0ff952a565b4171bc0955619cb9d86a87221
Remove unused variable $user from SkinTemplate::outputPage()

Change-Id: I566e835f8362671a08f9a2c34b6124f462fdb463
Remove useless $out parameter from SkinTemplate::prepareQuickTemplate()

Fix for I0a9a7f10ea (f5a0c23); use $this->getOutput() instead.

Passing different OutputPage object to Skin methods than the one set in
the context is deprecated, so there is no point having that parameter.

The method's signature is also misleading, since it allows null to be
passed, but if that value would be passed to it, the code would
crash since a such case is not handled in the method.

The $out parameter passed to the method from outputPage() is left since
it is required by the MobileFrontend extension. A similar commit will
be done in the extension, and the parameter's removal will happen once
this condition is lifted.

Change-Id: I4fac5b14afeab25f6f79f889c7ce56874827717d
i18n: make "potentially" lowercase

Spotted by Purodha
https://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Revdelete-suppress-text

Change-Id: I7fd667afeeef97d715133de7486bb39b5b9e7915
Add new_name_timestamp index when upgrading from 1.1

This index is specified in some FORCE INDEX clauses, so it has to be
present. Patch already exists; the installer just wasn't using it.

There still are some other schema inconsistencies I have to track
down, so I'm not yet adding a release note that upgrading from 1.1
has been "fixed".

Change-Id: Ibd593d3f5b63f4cb033c6c9dabaac398bb1afd19
Abstract out mysql_field_type() call from DatabaseBase

DatabaseMysqlBase::fieldType() is used in the maintenance script
convertLinks.php for upgrading from MediaWiki 1.2 or earlier. This
script was failing when the mysqli extension was enabled.

Follows-up b1cc3511fd7a, b2d64432ee02, and 00299ecb9515.

Change-Id: I5d888f4dd344ecba15506023d35f6d2d6e24cfd8
Improve redis connection error log

Include the server name in the log entry for exceptions thrown during
connect. We are logging a lot of these.

Change-Id: Ia3f775a9e22447efb067c3203a3b80c4385aa2c0
Attempt to fix problems noted in phpcs.

Seen at
https://integration.wikimedia.org/ci/job/mediawiki-core-regression-phpcs-HEAD/3256/console

Change-Id: If1272366fa242ccdf1191ba1686f2d1cdf046872
Attempt to fix problems noted in phpcs.

Seen at https://integration.wikimedia.org/ci/job/mediawiki-core-phpcs-strict-HEAD/4724/console

Change-Id: I1bcec887849f726cf0015a3a3a44bfc1f797658c