Sync messages.inc with MessagesEn.php

rotate: Followup to Id15a92d19cda8256917e7e1e5ee4241012214102
pageswith props: sometimes earlier...

Change-Id: I8da23c89d5b1ebe669b4e4ef1e0d67ce8064a860

Updated job queue README.

Change-Id: I8f884823cc5396e38bc5cd2f803f062a2dbdfac8

(bug 45922) Fix arbitrary inconsistency in page title and headings for message accmailtitle

bug: 459222
Change-Id: If582242f0473bce81a80f05d77421bdf6e5a3f29

Merge "(Bug 45854) Unset the cgroup if we don't have a memory limit"

Merge "Fix more UnitTests for databases that do not use integer timestamps"

Localisation updates from translatewiki.net.

Change-Id: Icec7f2891935766ba5406d7932198b0f07a8a6d9

Merge "Add the global correctly"

Fix more UnitTests for databases that do not use integer timestamps

Change-Id: I6f8b19aa6e6a9efc3320bb18fa8c7ec8b72a0c17

Merge "Fixed $vCallback comment and removed unused return value."

[JobQueue] Made supportedOrders() protected.

Change-Id: I7237472d8281c06aff11c4644e9a59848c325263

Fixed $vCallback comment and removed unused return value.

Change-Id: If438d83e1b43c110b3c23e8d0a7705fa0795049f

fix MessageCacheTest for non-english wikis

MessageCacheTest::addDBData is called before setUp, so wgLanguageCode
and wgContLang are not set to 'en', which result in mediawiki pages
created as $key/en. When the test runs, the language is set correctly
and mediawiki is searching under $key, and does not find anything.

Set wgLanguageCode and wgContLang at the begin of addDBData

1) MessageCacheTest::testMessageFallbacks with data set #0
('FallbackLanguageTest-Full', 'ab', 'ab')
Message fallback failed.
Failed asserting that false matches expected 'ab'.

Change-Id: I8e70b7b424df6a9ad98bfb6c228809f4b4437d1e

Merge "Use output/error maintenance functions"

Add the global correctly

Change-Id: I03be0cf1e82fc9f8f00727bed5aca9d9d2758c2e

(Bug 45854) Unset the cgroup if we don't have a memory limit

We only create the cgroup if there's a memory limit, but it
tried to always cleanup it, regardless if it was used or not,
resulting in a «/sys/fs/cgroup/memory/mediawiki/job/32466/tasks:
No such file or directory» error, when run with MW_CGROUP='mediawiki';
MW_MEM_LIMIT=0

Change-Id: I7fdb545b336ead62aa743b1bc3afdbfba2c3113f

Merge "Add SpecialPage::getGroupName and use it"

[JobQueue] Cleaned up handling of orders a bit.

Change-Id: I83d060e0db97d5bebf042041b0bd20563b093418

Removed "poolSize" option from RedisConnectionPool.

* The size is now automatically based on the number of servers.

Change-Id: I6ea53378c9c8254e8556c0a1e4efe64fd71ba356

[JobQueue] Added JobQueue::getAllQueuedJobs() function.

* Also added a small MappedIterator class for convenience.

Change-Id: I7dac1001a8e048cb524f7fbfee50a20a32e598ba

Use output/error maintenance functions

Change-Id: I9f9ebee9e577ab3cc7a042e5280161d2b2bad57a

Merge "mw.loader: Buffer cssText in addEmbeddedCSS."

Merge "mw.loader: Create new style tags instead of appending text"

Adding validation for checkmatrix (same as for multiselect)

Change-Id: I825ec8a6094405cf7d74597a0eeda3898981763b

Merge "Localisation updates from translatewiki.net."

Merge "Few more message parameter type hints"

(bug 33186) image rotate api

add api action imagerotate to rotate images.
rotations are stored as a new version of the image.

Change-Id: Id15a92d19cda8256917e7e1e5ee4241012214102

Localisation updates from translatewiki.net.

Change-Id: If4f63fa6338b3c1938b54a88857dfc5014d75372

Two typo-bugs, credits update

* ApiMain::addFormat() had a missed bug for custom formatters.
* ApiPageSet used incorrect variable
* Marked Roan as leading until 2009 (per IRC discussion)
* Updated my involvement to present

Change-Id: I5964bcdd3f82fedad06732df39f420796abe972b

Add SpecialPage::getGroupName and use it

Having all group mapping for Special:SpecialPages in the global
$wgSpecialPageGroups is not a good OO style.
Created a method SpecialPage::getGroupName, which than can be overridden
by each subclasses to the featured group name.

Added also SpecialPage::getFinalGroupName to get the groupname on
Special:SpecialPages to handle the customization and
to keep $wgSpecialPageGroups for b/c

Change-Id: I1de3a186f0a59ec5ecb8996c5f805cf164e9637f

Merge "Docs for gerrit 47419"

Merge "[FileBackend] Added a "ttl" option to getFileHttpUrl()."

Docs for gerrit 47419

Change-Id: I021b7250418e60397127e1778107ee3da77ffb18

Merge "Read full memcached response before manipulating data"

Merge "fix some spacing"

fix some spacing

Added/removed spaces around logical/arithmetic operator
Reduced multiple empty lines to one empty line
Removed wrong tabs before comments at end of line
Removed too many spaces in assigments

Change-Id: I2bba4e72f9b5f88c53324d7b70e6042f1aad8f6b

Fix align of block comments

Change-Id: I88ea33a125a71671886b49e4ebf4c1d0a1cce572

Merge "(bug 1495) Enable on-wiki message language fallbacks"

Read full memcached response before manipulating data

Memcached response when fetching data typically looks like this:
VALUE <the stored value for whatever key you requested>
END

What the code used to do is read the first line (the VALUE) and re-
assemble the data being fetched there (like unserializing serialized
data). After that, it will read the next line (END).

The value could be a serialized object, which could have a __wakeup.
This __wakeup could have code which in turn executes Memcached-
related stuff. The problem is that, while that object is being
unserialized already, it's wakeup code is attempting to read new
stuff from Memcached, but we have yet to read the END of the data
we're attempting to unserialize (when we'll read a new value from
Memcached, the first thing we'd get is the END we have not yet read..)

The correct way to go about this would be to first read the full
Memcached response, and only unserialize the read data after that.
This is exactly what this patchset does.

Change-Id: I902809c6dde657091c8161a09df823170bd41f7a

Changing position of colon

Change-Id: I5a973a04221f730c3b6cb4e1abf1a6d0bd95d107

Add full stop to full sentences

Change-Id: I3182c093ce582fb24db1fd8216aa9b9e756edf9a

Remove the mediawiki.api.titleblacklist module

Moved to the TitleBlacklist extension in I5bf7064a.

Bug: 38244
Change-Id: Ia595085371615da057aaa358d76929916a3e2186

Merge "Revert "(bug 45677) CSSJanus: support text-shadow and box-shadow flipping""

Revert "(bug 45677) CSSJanus: support text-shadow and box-shadow flipping"

See I5d24c7d8456e2. This is a wontfix per Trevor and myself.

This reverts commit e457d804eb6f854baf5edfd022ce217d53d6e946

Change-Id: I886a078cbeedd5a742e9c6dfedc9bd718bab089c

[FileBackend] Added a "ttl" option to getFileHttpUrl().

Change-Id: Ifc7b9c012276ed1f1e436ffafbd5615689680054

mw.loader: Buffer cssText in addEmbeddedCSS.

I52252e699a improved the repaint situation (bug 45810) a
bit, but not as much as we hoped. Inserting a stylesheet and
applying it to the page is a fairly expensive operation.
Invalidating the previous one in the process didn't help, but
fixing that didn't make a lot of difference.

This is a much more significant improvement by reducing the
number of <style> tags in the first place.

When a load.php request is handled, it reponds with many
mw.loader.implement() calls, one directly after the other
(not asynchronous in any way).

In the long term we could change the server side to combine
these better but for now the easiest fix with the largest gain
is to buffer it, yield once, and then insert it all at once.

This means we insert only one <style> for each load.php request.

Bug: 45810
Change-Id: I430fba9998b133a85dd3ac38237dc44b38630a9c

mw.loader: Create new style tags instead of appending text

As brought to our attention by Chromium/WebKit developers at Google,
when we fixed bug 31676 (IE stylesheet limit) by appending to
<style> whenever we can (i.e. whenever the received stylesheet
does not involve @import which only works on top of the a
stylesheet) – this is causing several slowdowns.

Which build up on mobile to several dozen seconds in pages
with a lot of content and many modules being loaded.

Appending a text node to a <style> tag, while it doesn't require
the DOM to do anything fancy (no need to reparse the contents).
The stylesheet handler of the browser has to re-parse the css text
after each modification as the css syntax is too tolerant to be
able to just pick up parsing again (at least, as of writing
neither Gecko or WebKit are able to do so).

As a result, the stylesheet is invalidated, re-parsed and
re-applied to the page.

So instead default the other way around and only re-use a <style>
tag if we have to do so for IE.

Bug: 45810
Change-Id: I52252e699a518dc1c1327ee598a9e023cc2555e2

(bug 33304) Fix ApiQueryAllPages and old indef protections

In the query to find only protected pages, ApiQueryAllPages includes a
clause to make sure it doesn't find expired protections. But it doesn't
take into account the possibility that the protection might be an old
infinite protection where the expiry is represented as NULL instead of
'infinity'.

Note this may not close the whole bug; that remains to be determined.

Bug: 33304
Change-Id: If85591986a19bf78f7d56ad60d251fbc450ac451

Merge "Few minor parameter type hints in documentation"

Made syncFileBackend.php clearer with handling --postime.

Change-Id: I9462fb2aeef0597c3a7a0d1b0b4856ffea2460f6

Merge "Resolve config defaults in RedisConnectionPool in the singleton()."

Merge "Don't set wgPostEdit for null edits."

Merge "Maintain the page ID in WikiPage instead of relying on Title"

Few more message parameter type hints

Change-Id: I9017170a434b8924692e04410acc88831237ef8d

Merge "Localisation updates from translatewiki.net."

Localisation updates from translatewiki.net.

Change-Id: I34195aefb7ae833e983cd0e2612d3af6c29414c1

Merge "Force $wgCategoryCollation to be uppercase in tests"

Don't set wgPostEdit for null edits.

Bug: 45781

Change-Id: Ia2c3e02304fad07425af520850fe30ca5eab0c8e

Merge changes I97273c52,I560d766f

* changes:
  adjusted comments for IcuCollation::$tailoringFirstLetters
  language-specific collations: be-tarask added; be, be-tarask, ru verified

Merge "Vector: Don't create an extra request for skins.vector module"

(bug 1495) Enable on-wiki message language fallbacks

The core function behind wfMessage() (MessageCache->get()) did not
apply the language fallback chain to on-wiki messages.

This patch has changed the behavior to iterate over all possible
on-wiki fallbacks (starting with the user's language) before
using the built-in language cache (CDB files). Previously we only looked
for the existence of an on-wiki message in the users's language.

Performance wise, using the 'ab' language ('ru', 'en' fallbacks)
MessageCache::get (Averaged over runs and calls)
New Code: ~8.5% TET (110us/call)
Old Code: ~6.5% TET ( 90us/call)

TET: Total Execution Time

Change-Id: Iaaf6ccebd8c40c9602748c58c3a5c73c29e7aa4d

Remove german special page alias for 'Version'

The english alias was also used years in german, because it means the
same, so there is no need for a alias/translation. But translatewiki.net
does not allow aliases, which are the same than the english word. That
means the field on Special:AdvancedTranslate is empty and animated
people to fill it.

Follow up Id1400249 (same release, so removing should not be a problem)

Change-Id: I7a451b5cf1c973b0b04270335ff31f81271f27a2

Merge "American spelling - recognize/customize"

American spelling - recognize/customize

Change-Id: I41b2f8113cf84e16430c1f59a76acbb539269833

Merge "Changing position of colon for consistency"

Merge "Use American English spelling for behavior"

Make default params to CategoryViewer usable as defaults.

If the '$from' and '$to' parameters to the CategoryViewer constructor are left
off, they default to empty arrays. This makes later checks for $from['page'],
etc. issue an 'Undefined index' notice.

Using 'empty' would be more concise but could hide bugs.

Change-Id: I78793d13745d1fc1010b8e6861bdc3a89a39a87f

Extend the SpecialStatsAddExtra hook for a more distinct display of extra items

The current approach leaves not much room for a meaningful
display of varying extra statistical items nor its ability to display
a special page link as item name.

The change proposed allows for varying header titles as well as
item descriptions using the standard language parser. The proposed
change uses is similar approach as in the InfoAction hook. A item
now is specified as [<header-message>][<item-message>] = number

Use === array() check instead of a count() and continue legacy support
for the single array structure used prio 1.21.

Change-Id: I78107c72953878c86d221fb6f83baff5f6c11f09

Merge "normalize filenames of maintenance scripts"

Merge "(bug 45201) Add option to pass defaultNamespace to ApiPageSet"

Merge "Add CategoryAfterPageAdded / CategoryAfterPageRemoved hooks"

Merge "Made runJobs.php wait for slave lag."

Merge "(bug 40326) Check if files exist with a different extension during uploading"

Add CategoryAfterPageAdded / CategoryAfterPageRemoved hooks

My first instinct was to derive the hook signature from the implementation and
have a generic 'PageCategoriesUpdated' hook that receives the WikiPage object
and two arrays ($added, $deleted). After some reflection I decided to iterate
through each array and call the hook once per category. I like this way of
doing things because a change in page membership could be thought of from two
directions: it is either the category that is gaining or losing a member, or
the page that is gaining or losing a category.

The category name is sufficient for instantiating a Category object without
additional queries being needed, so my preference was to pass objects rather
than string identifiers.

If implementors of handlers happen to be interested in the set of categories or
pages being updated, it is still the case that they only need to write one
function, and track state using a class property.

Change-Id: Ica4c5fb3acdea6c00678ec0794808fa50a1dd39a

Made runJobs.php wait for slave lag.

* Relying on waitForBackups() alone will not work with non DB queues.

Change-Id: I2124c5cd11a70d183cfde00ad21d6642a3a0ee9e

normalize filenames of maintenance scripts

Use lowerCamelCase.php format for all files (per [[mw:CC#File_naming]]),
and make filenames more specific:
- clear_stats.php -> clearCacheStats.php
- clear_interwiki_cache.php -> clearInterwikiCache.php
- initStats.php -> initSiteStats.php
- proxy_check.php -> proxyCheck.php
- stats.php -> showCacheStats.php
- showStats.php -> showSiteStats.php

Also changed the class names accordingly (per [[mw:CC/PHP#Naming]]),
and make class names more specific:
- clear_stats -> ClearCacheStats
- InitStats -> InitSiteStats
- CacheStats -> ShowCacheStats
- ShowStats -> ShowSiteStats

Updated files that made references to the changed files/classes:
- DefaultSettings.php and SpecialBlockme.php (proxy_check.php -> proxyCheck.php)
- maintenance/showSiteStats.php (initStats.php -> initSiteStats.php)
- maintenance/README and docs/memcached.txt (stats.php -> showCacheStats.php)
- docs/maintenance.txt and docs/memcached.txt (clear_stats.php -> clearCacheStats.php)

Thanks Hashar for the initial help and encouragement :)

Change-Id: I60f76fc971e06e1b710dcda35f9c2d931b93bdd7

Merge "(bug 37352) Boolean issue when using sqlite."

(bug 40326) Check if files exist with a different extension during
uploading

Added FileRepo::findFilesByPrefix( $prefix ), which does a img_name LIKE
'$prefix%' search and use this in UploadBase::getExistsWarning().

Change-Id: I21eddc5d08ca3c23b342ebc1c6947e36c4201a45

(bug 37352) Boolean issue when using sqlite.

using a type cast instead, otherwise an empty string gets converted to
true when set with bool type.

Change-Id: I4161de32151a649161ab4084e80cafe4a462c7d5

(bug 33304) Fix ApiQueryAllPages duplicate rows in protection query

When querying for protection expiry without also querying protection
type(s), DISTINCT is not added to the query. Fix that.

Change-Id: I47d3ac1e0cfa6fa1fb0dc0089f5a01698b334cd5

Fix API list=deletedrevs continuation in mode 1

r86782 introduced validation of parameter combinations for
list=deletedrevs, but screwed up in that it disallowed drcontinue in
"mode 1" (list all deleted revisions for the specified titles).

Apparently no one uses this much, because it doesn't seem to have been
reported as a bug despite being broken since April 2011.

Change-Id: I30691d04fab759ee56fb4156d475fbb21b81ab45

Vector: Don't create an extra request for skins.vector module

Blank MediaWiki page:

head>
 load.php:startup
 load([ top ])
body>
 load.php:skins.vector&only=scripts
 load([ bottom ])

Skin styles are loaded outside ResourceLoader from the <head>
(so they don't wait for startup, and don't rely on javascript).
Fair enough for basic page styling.

Then the real `mw.loader`-able part of the module should be
separated. There is no reason for it to also be loaded outside
`mw.loader`.

Change-Id: Ife69c5a443aac9eec8c2ec06d986b53b2379816f

Few minor parameter type hints in documentation

Change-Id: Ibcaad4427375b9aa39bb2b333b72a0beb9a3620c

Reverting temporary change Iedb304f8 as promised

Change-Id: Id2d0e2242cfb3fe84b68c5bfb8ab7c74fdf92f7d

Avoid instantiating ResourceLoader modules twice

Commit 13169c88 seperated out the call to getModule from the assignment to the
$modules array in order to add a check for private modules, so they can be
filtered out (see bug 34907). This had the (presumably unintended) side-effect
of causing modules to be instantiated twice.

Change-Id: Iccd7f3d3d473c5a43107842ed4e1cf08857a3886

Merge "Fixed ArrayUtils::pickRandom() when $rand=0."

Merge "Return empty string for trail/prefix if disabled"

Merge "Add ID to Nested Fieldsets"

Return empty string for trail/prefix if disabled

This is necessary so Parsoid can know when the API doesn't have the linktrail/
prefix feature and when the API is actually telling us that the trail/prefix
is/are disabled.

Bug: 41151
Change-Id: If0895d507fe1b473e42bceb135d4030106ded442

[JobQueue] Throttle refreshLinks2 jobs based on finishing the refreshLinks jobs.

* This should lower the rate of queue activity when major templates change.
* Also fixed a broken array_diff() call in nextJobDB.php.
* Additionally removed checkJob from nextJobDB.php. This is redundant to
  runJobs.php de-listing queues via JobQueueGroup::pop() when the queue
  is empty.

Change-Id: I1518a0de9e7ada22350d9993dd7ffe5f2ce23745

Add ID to Nested Fieldsets

I'd rather just get rid of fieldsets when using the div output
format, but since I can't do that; at least give me the option
to style everything -- all the way down :)

Change-Id: Id95b1d98aa6ac11c5030d1ac96d05d6b60b7077e

Changing position of colon for consistency

Change-Id: I5f89c7aea9c7922a8351860af33a2b6f84476bb0

Fixed ArrayUtils::pickRandom() when $rand=0.

Change-Id: Iba7db16a9ad08dd845fa1b4dd2bc02ffad8c5a32

Moved wfPickRandom to ArrayUtils.

Change-Id: I45e21e722245901ab2988be4892cdb393169c62c

Merge "[LockManager] Added ScopedLock::release function."

[LockManager] Added ScopedLock::release function.

* Added more lock unit tests.

Change-Id: Ic359307cf26cfb621ae8d2db867801735a375dde

Localisation updates from translatewiki.net.

Change-Id: I3d3772d6068a0bf380538afb726d9f14bb3273b1

Merge "Adding new subclass to HTMLForm for constructing a checkbox matrix"

Merge "(bug 45677) CSSJanus: support text-shadow and box-shadow flipping"

(bug 45677) CSSJanus: support text-shadow and box-shadow flipping

We just need to negate the horizontal offset value in both of them.

This only supports *a single shadow* per element; multiple shadows
are not supported (only the first will be flipped).

Also, to make it possible:
* don't mangle 5+ consecutive numeric values in the
  'four_notation_quantity' rule
* support rgb(a) and hsl(a) colors in the 'color' rule

Change-Id: I148229558e1b9a0516e413ffe86007235c3c3ef8

[Bug 24782]: fix API paging for recentchanges

Combine timestampt and rcid to form a uniformely increasing unique ID for paging.

The patch was originally submitted by Sam Reed, I fixed it up a bit.

Change-Id: Icc43b62ffa7f70f2eba36e9a07141b0ef2e02aa8