Merge "Replace deprecated File::sha1Base36 call"

Merge "Use quickUserCan instead of userCan for searches"

Merge "Add support for testing transparent tags"

Merge "Rename Parser_DiffTest class to ParserDiffTest"

Merge "Do not mention deprecated RawPage in hooks.txt"

Merge "Don't allow some E_NOTICE messages to end up in the LocalSettings.php"

Localisation updates from https://translatewiki.net.

Change-Id: I7936dc2fe8dffaa2cd2143e5fa0844de9d1061e4

Merge "Fix rendering of centered caption-less images"

Merge "Fix typo in Special:MIMESearch causing minor part to be ignored."

Merge "Hide the caption of frameless or inline images in Parsoid HTML"

Merge "Remove SpecialPage::getFile"

Merge "GlobalVarConfig shouldn't throw exceptions for null-valued config settings"

Replace deprecated File::sha1Base36 call

Change-Id: I0a2485f1a9426183e1b1c5a5b6e95966f23da237

Correct comment about getPropsFromPath/sha1Base36 in sql files

The function of class File are deprecated, so change comment to FSFile.

Change-Id: I2350b2d6d6b09d4d2f6d64ab04891e0911595cb0

Remove SpecialPage::getFile

Left over from I0e78453544abb5de7935b046c838ae5b3c4da802, where the
private property was removed.

Change-Id: Id75661aa0b16bc99ae8618b6698015d052adb91d

Do not mention deprecated RawPage in hooks.txt

Replaced by RawAction

Change-Id: Ic7d24ccf41c2571c76da486c6513b2dd325b8fd0

Fix rendering of centered caption-less images

These were not actually centered before. Setting the display mode to table as
for captioned thumbs fixes this issue.

Bug: 51245

Change-Id: I18e0c173109a2184f9785f7f2a390a4582c7a881

Merge "Removed setLang() too from IContextSource subclasses"

Merge "Database search fixes:"

Hide the caption of frameless or inline images in Parsoid HTML

Bug: 51245
Change-Id: Ia88bf58e647e2e53b83e86c841d45001f9fb0333

GlobalVarConfig shouldn't throw exceptions for null-valued config settings

Use array_key_exists rather than isset to test $GLOBALS.

Bug: 66986
Change-Id: I9beabd79e1d52966b9184c9647af5a2a31c19276

Merge "ApiParse: Add disableeditsection parameter"

Merge "Expose $wgLocalInterwikis via the API"

Merge "Typo in documentation: wgMaxShell not wgShellMax"

Merge "Make the deprecation notice actually useful by listing the class"

Typo in documentation: wgMaxShell not wgShellMax

Change-Id: I02f2437c33e87ea389e4bbb753af0c6cc18b4410

Merge "Use user name for $6 of message 'revision-info'"

Merge "Add authorship info and tweaks to $wgExtensionCredits for core skins"

Rename Parser_DiffTest class to ParserDiffTest

Change-Id: I5fca44a3fffbc60a66be32fad9ed6d1713056d81

Removed setLang() too from IContextSource subclasses

getLang() has been removed by e45e0b1a6.

Change-Id: I813f96b78211fbbe5b2e93488fcf1c28878b8d5a

Localisation updates from https://translatewiki.net.

Change-Id: I9778079ddb92602259510e91574e63911bd17dac

Use user name for $6 of message 'revision-info'

Giving the user id is not useful for GENDER, it needs a user name.
Was added in r53505.

Change-Id: I3420561b1198c8c90b5411dd619205af38291b69

Merge "mediawiki.searchSuggest: Enable result caching"

Merge "jquery.suggestions: Support caching results to save http requests"

Merge "Only list Create account when permissions allow it"

Merge "Special:ExpandTemplates: Load RL modules"

Special:ExpandTemplates: Load RL modules

Bug: 39049
Change-Id: I85d0c820d7fb5e3faa0081bf2e8e4672f2887b38

Move implementations of Page to separate file

Moved implementations of the Page interface, including subclasses
of WikiPage and Article, to a separate /includes/page file.
Separated PoolWorkArticleView to the includes/poolcounter file.

Change-Id: I4557eab76e0cb12d9d7f93644c5831bdd5b472b0

Expose $wgLocalInterwikis via the API

This will hopefully be useful to Parsoid.

Bug: 66709
Change-Id: I67d789172d4c6b786ed781f80e513692b3ae4119

Remove info(), purge(), revert() and rollback() from Article.php

Deprecated since 1.19 and transferred to Action subclasses

Change-Id: I92c441132946eb5be26c729f70bc32bace4937fb

Merge "SpecialVersion: Localize '[no name]'"

Merge "Add a 'namemsg' parameter to $wgExtensionCredits for localizable names"

Don't allow some E_NOTICE messages to end up in the LocalSettings.php

There is probably a better, more comprehensive way to produce a
LocalSettings.php file so that E_STRICT and E_NOTICE errors don't end
up in the file, or to notify users that there is a problem with the
generated file, at least.   This only attempts to address those issues
reported as a result of c978cee8562f018dab158b41e15266fcf873bf1b.

Bug: 66922
Change-Id: I0fe70446d9fe23aed2a147e20e5ff3851371726d

Fix typo in Special:MIMESearch causing minor part to be ignored.

img_minor_mime was being added to wrong part of query info
array, and thus was being ignored.

Whoops.

Change-Id: I55f45f5ae9621ff1319b34a2aa85cb4bd2c96253
Follow-up: c93baa941a5a56b7

Add authorship info and tweaks to $wgExtensionCredits for core skins

Change-Id: I13ae94385b629fcd504b84470471e0125f39f22d

Fix comment for @param

Change-Id: I3838ba86c3d0d361643cfcef7f6a64950d941427

SpecialVersion: Localize '[no name]'

No one noticed this isn't localized because it's basically never shown
in practice, but let's do it properly anyway.

Change-Id: I43a03c54e064e62b1d459773f05536d2d2cd9468

Add a 'namemsg' parameter to $wgExtensionCredits for localizable names

Works similarly to 'description' and 'descriptionmsg', but 'name'
is still required because of weird shenanigans Special:Version does.
(And would be a good idea anyway for backwards-compatibility with
older MediaWikis.)

The primary use-case is skins (which have already traditionally had
translateable names in MediaWiki, but weren't always shown on
Special:Version), but there's no reason why regular extensions can't
use this too.

Skins which already have a translated name for Special:Preferences
('skinname-<skin>' messages) can reuse the same message here.

Change-Id: Iae6f770a8fe1968670429c22aefc1ae55e8dba6f

Make the deprecation notice actually useful by listing the class

Follows-up Id8a559a

Change-Id: I101e5e864d6c14d2a67721514f02c5166137211f

Merge "Fix capitalization of "MonoBook" in findHooks.php"

Merge "Kill $wgEnableNewpagesUserFilter"

ApiParse: Add disableeditsection parameter

To disable edit section links in the parser output

Bug: 62723
Change-Id: I499c4bb0cd85964e78db3362e13a8033a2e9aed0

Fix capitalization of "MonoBook" in findHooks.php

Follows-up ec1ccf436751 and 4bbd1c44d90f.

Change-Id: I08e4ff78b2bb2a5582ef612b0248e0c7338436a2

Merge "Separate MonoBook skin from core"

Kill $wgEnableNewpagesUserFilter

A temporary WMF hack from 2008 (r34065). No longer needed.

Bug: 58932
Change-Id: Ia25ddc32a0f08587301461c669499e4b8bdf3adb

Fix some findHooks.php errors

* Correct typo in docs/hooks.txt.
* Add a few directories.

Left unfixed is "Undocumented: Special{$this->getName()}BeforeFormDisplay",
which will be addressed separately.

Change-Id: I4fda8960642c23500bd20e0b89c1d1327456313b

Merge "Removed deprecated WebRequest::escapeAppendQuery()"

Removed deprecated WebRequest::escapeAppendQuery()

This function was deprecated in 1.20 and slated for removal in 1.22;
there were supposed to be warnings given in 1.21 but there does
not seem to be any use of this function otherwise in core.

Change-Id: If70a4e2c1509bf3527d5f8960c14115ce4ab713e

Separate MonoBook skin from core

This makes it behave exactly like a custom skin.

* Renamed directory to reflect skin name.
* Split skin classes to separate PHP files.
* Removed core autoloader entries for skin classes.
* Changed the hack in Setup.php to require_once the skin PHP file, as
  the skin is now registered there.
* Extracted skin-specific localisation messages.
* Extracted skin-specific resources.

Change-Id: Ife9926d12b6baaa84cd2aa9a415f1183415863c8

Separate Vector skin from core

This makes it behave exactly like a custom skin, with the caveat that
it is still hardcoded in several places :(, most notably lots of
skinStyles in Resources.php, the installer and some tests.

* Renamed directory to reflect skin name.
* Split skin classes to separate PHP files.
* Removed core autoloader entries for skin classes.
* Changed the hack in Setup.php to require_once the skin PHP file, as
  the skin is now registered there.
* Extracted skin-specific localisation messages.
* Extracted skin-specific resources. Did not touch skinStyles yet.
* Hacked up the installer not to fall over entirely if Vector is
  missing.
* Adjusted hardcoded paths in some more places...

Change-Id: Idfffc1430790b3a104cc9835a6367137bcbf0e4e

Database search fixes:

- Move filter() function and make it protected, nothing uses it
  outside database-backed searching
- Use per-backend legal search characters rather than assuming the
  static implementation is right

Change-Id: Ic2b830b56137b2dfe68b9b9c3de012151e716952

Merge "PrefixSearch (ApiOpenSearch) now supports searching in multiple namespaces"

PrefixSearch (ApiOpenSearch) now supports searching in multiple namespaces

I thought there was just an issue with capitalization, but in fact the code
explicitly only searched one namespace anyway. Fixed that while taking
capitalization differences in namespaces into account.

Bug: 65752
Bug: 30323
Change-Id: I3487bb69eae1867832e0ec9ece497538eca32a2a

Merge "Removed getLang() from IContextSource and subclasses"

Merge "SearchResultSet: remove hasResults(), unused"

Merge "Article: Add RL modules for the ParserOutput when showing CSS/JS page"

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

Article: Add RL modules for the ParserOutput when showing CSS/JS page

It previously added only the page HTML, which meant that ResourceLoader
modules associated with the page and other metadata was lost. This
affected the new way of doing things in SyntaxHighlight (Idf4ad439).

We still do not show categories, language links and other things
on the pages (although internally they behave just like in wikitext)

Also needs a fix in DifferenceEngine because our code sucks so much.

Bug: 64859
Change-Id: I5867985693b27ccc9195fddde8b922e67463e836

Localisation updates from https://translatewiki.net.

Change-Id: Ie8652e0ef6486e4942929361e105f79554ed49a6

OutputPage: Add addParserOutputContent() for more fine-grained control

We previously had addParserOutput(), which added everything and did
some other magic, and addParserOutputNoText() which, as the same says,
added everything but the text.

I renamed addParserOutputNoText() to addParserOutputMetadata() and
created two more functions:

* addParserOutputText(): This is almost identical to adding the raw
  HTML, but calls the OutputPageBeforeHTML hook like other
  addParserOutput*() methods.

* addParserOutputContent(): Like addParserOutputText(), but also adds
  the ResourceLoader modules and variables associated with the parser
  output. This is important especially for some extensions like
  TemplateData or SyntaxHighlight which add styles to the page to
  enhance the display.

Change-Id: Iead541886fd1ccdbdf1cb06af71b34cd04644985

SkinTemplate: Move $stylename to Skin and soft-deprecate

It is *used* by Skin, so let's define and document it there as well.

Also, it was never necessary to set this to anything, but we were
pretending it was. This only served to increase the amount of magic
skin creators have to accept.

Change-Id: I61c6e952ede72bad37db38fefe1299da798914b8

Removed getLang() from IContextSource and subclasses

Change-Id: I94c3df814c06c54c071f371101882dcc71c99417

Merge "Some improvements to Special:MergeHistory"

Remove SearchResultTooMany

Only worked for Postgres, and only worked halfway at that. Result
sets could be false for many reasons. No results, bad query, database
went to Mars. We shouldn't assume they're always "too many results."

Leave it up to the normal query error logging and move on.

Change-Id: Ieddd163e440ae54b152541d727c1afdbc4ab4fbd

Set MYSQLI_OPT_CONNECT_TIMEOUT in mysqli

* There is no php.ini setting for this, and it is unclear how
  high the default is. The retry behavior of MediaWiki also
  makes little sense without knowing this value.
* Also removed the retry loop which will mostly result in
  giving up the position in some FIFO queue only to come
  back at the end of the line.

Change-Id: Id24f6635508ba87288a2e40f71d4e8016a1805b0

Add support for testing transparent tags

Allow transparent tag hooks to be loaded during parser tests the way that
regular and function tag hooks can be.

Change-Id: I28ac9cc239628c248f72898d247fa1f6e2c308bd

Merge "Allow interlanguage link prefixes that are not language codes"

Merge "Update documentation of what a "section" is"

SearchResultSet: remove hasResults(), unused

SolrStore, MWSearch and CirrusSearch all implement this and are
now free to drop their implementations.

Change-Id: Ia04bd3fc8526c35c3c9590c7fe4e2db2bc120283

Merge "Put wfDeprecated() on obsolete use of $wgSpecialPages"

Fix copy-paste error in wfIsConfiguredProxy()

It should call IP::isConfiguredProxy(), not IP::isTrustedProxy().

Follows-up e323bc33934d.

Change-Id: I3caf8261f6058aa1a243c055b746b2fa61b1bf49

Allow interlanguage link prefixes that are not language codes

$wgExtraInterlanguageLinkPrefixes holds a list of interwiki prefixes to be
treated as language codes if $wgInterwikiMagic is true.

To set the display text for the interlanguage links generated by this
code, you need to create MediaWiki:Interlanguage-link-foo, where "foo" is
the interwiki prefix.  To provide a friendly site name for the link title
text, use MediaWiki:Interlanguage-link-sitename-foo.  On the WMF cluster,
these messages could be set using the WikimediaMessages extension.

Information about extra language links (in the site language only) is
provided via the API in meta=siteinfo&prop=interwikimap.

Bug: 32189
Change-Id: I3d04760e2d9fb3320bb71e3d5ad115eed54a899c

Merge "Some doc fixes to MediaHandler. No code changes"

Some doc fixes to MediaHandler. No code changes

Change-Id: I2d79fce7aa55b9a0f2988c09a55594db4e8849f1

Merge "Travis CI: Drop 5.3 as a build target"

Merge "Remove use of strencode() in buildLike()"

Merge "ApiExpandTemplates: Start parse before creating frame"

Travis CI: Drop 5.3 as a build target

On second thought, I'd really much rather only target hhvm-nightly for now. On
the one hand, this is monopolizing / hijacking .travis.yml to a specific
Wikimedia project (HHVM deployment), but on the other hand, it's a big enough
project, so I'd like to ask you (dear reviewer) to consider it, as a short-term
arrangement. There are things like IRC notifications, overall build status,
etc. that are scoped to all configured builds and having 5.3 in there adds
noise. It also sows confusion about where we run our tests. People should
really turn to Jenkins for 5.3 testing. I think we're in the final couple of
months of hardcore sprinting on HHVM. I wouldn't mind opening this up after.

Change-Id: I0131667135ef3ca75d01ac5645dbc89bda306d98

Update Travis CI build configuration

* Target 'hhvm-nightly', not 'hhvm'.
* Don't target Zend PHP versions other than 5.3.
  There is value in targetting different versions of the PHP interpreter, but
  in the short term there is more benefit to be had from targetting just HHVM
  and PHP 5.3 (results are produced more quickly and are easier to interpret).
* Don't update submodules manually; Travis does that by default if there is a
  .gitmodules file in the repository root.
  <http://docs.travis-ci.com/user/build-configuration/#Git-Submodules>
* Update Composer before installing PHPUnit.
* Make the wiki name and dbname agree.
* Allow Composer to install whatever is specified in composer.json, rather than
  hard-coding an install of PHPUnit 3.7 (3.7 is incompatible with HHVM).
* Ping freenode#mediawiki-core with the test results, but only when the build
  status changes. We can turn it off if it gets annoying.
* Don't hack include_path or date.timezone ini settings; those were kludges
  needed to get HHVM to run at all at, but they're no longer needed.
* Invoke hhvm via 'php'; Travis ensures that it points to the target
  interpreter.

Verified on my personal fork:
 <https://travis-ci.org/atdt/mediawiki-core/builds/27983653>

Change-Id: I442b40e0d3e31d3cbd963e1219578842f4564004

Merge "Made pool counter better handled nested calls"

Localisation updates from https://translatewiki.net.

Change-Id: I3ee8d9c83834b69ff919de0a9fcfc7d96375fc77

Make RECOVER_ORIG preserve extension tags

Add PPFrame::NO_TAGS, set by PPFrame::RECOVER_ORIG, to preserve extension
tags rather than expanding them.

Bug: 22683
Change-Id: I427333a20d32eb711a7b5d5ac8b780ef89c752a1

Put wfDeprecated() on obsolete use of $wgSpecialPages

Gotta remove it some day, this is another step in that direction.

Change-Id: Id8a559a671e1b9229b9d2235bf459f31d575c154

Merge "filebackend: Avoid using popen() when "parallelize" is disabled"

Merge "mediawiki.page.image.pagination: Clean up, optimise and fix various bugs"

mediawiki.page.image.pagination: Clean up, optimise and fix various bugs

Follows-up 427b0e1, 5e77f39.

* Remove comment stating the obvious (initialize variable).

* Unset 'xhr' variable in the success handler. This allows it to
  be freed from memory, and prevents us from uselessly trying to
  abort an already finished request.

* Rename 'xhr' to 'jqXhr' as it is not an xhr.

* Use the Promise of jQuery.ajax instead of the long-deprecated
  callback option 'success'.

* Rephrase comment stating that jQuery.load is used (which is
  not true).

* Don't re-query 'table.multipageimage' multiple times. Instead
  query it from the document once and cache it.

* Remove useless 'window.history' check. This is not a new global
  in HTML5. The 'history' global, infamous from history.go() and
  history.back(), has been a part of the web for a very long time.
  We can safely depend on them, just as we depend on 'location',
  'navigator' and 'document'.

* Add an identifier to the history pop-state to prevent an
  exception when dealing with the state object of another
  application. Lots of gadgets use the History API these days
  (as well as extensions like VisualEditor and MultimediaViewer).

* Don't store the location.href inside the pop state data. This
  is not needed because it is already stored by the browser
  natively. A history event contains a url, page title and
  custom data stored as JSON. There is no need to store the url
  again in the custom data.

* Despite the width/height transferring from the old content
  to the spinner container, the scroll position still jumped
  because it wasn't accounting for margin, padding and border.
  Use outerHeight() instead of height().

* Avoid using the DOM to store and retrieve information. Use
  application state instead of a DOM query to know whether we
  have a spinner already. This increases performance but also
  avoids false positives where (unlikely) other similar elements
  and/or spinners from a different script are on the page.

* Properly replace the entire table contents() instead of just
  dropping the <tr> straight into the emptied <table>. This way
  the script makes no assumptions about whether there is a
  caption/thead/tbody or multiple rows etc. Plus it saves another
  recursive DOM query (the one for "tr"). And fixes a potential
  bug if there are nested tables (since it was doing a recursive
  query).

Change-Id: I8b64a0860b73a5dcd8051b5e7a1fcb65107228a6

Merge "Delete sr.json, it blocks messages from sr-ec"

Merge "Clarify fileexists-extension message"

Merge "Add macronless namespace aliases for Old English"

Merge "Actually define jMY date format for Arab"