Make sure Parsoid doesn't get snobbish and treat non-html5 tags badly.

* A recent patch to handle extension tags broke handling of html4
  tags like <big>, <center>, etc.
* The new test make sure we catch such regressions before going to
  RT testing.

Change-Id: Ia1f9247d2172d2d4c8d39cce838f896cf9e81fd7
Kill off numerous unused variables

Change-Id: I7039f1328f37ee669b694f73ee282602186bffd1
Fixes for e288e4036

Changed static calls to instance functions.

Make BitmapHandler::rotate() non-static.

We don't have a Bitmap class. It should have
been falling back to BitmapHandler class.
(JpegHandler ← ExifBitmapHandler ← BitmapHandler)

Change-Id: I17be410456b00cef2ded8d6e2282ae0de4785695
createaccount api action didn't handle no token and no cookie

If you made a request to action=createaccount and this was
the first time (so no account creation token had yet been
generated for you) a "nocookiesfornew" error was returned.

This is incorrect, what is supposed to happen in that
case is the api returns what token to use. This is
how users are supposed to request tokens, so the
issue is very confusing.

No release notes since this module was introduced in
this version.

Also removed sessionfailure from possible errors,
as it isn't one (that status triggers the needtoken
result).

Change-Id: Ibfc3879fa89b1e11303aef65feb45a91afc215e6
API param validation: Add wrong value to error message on user params

It is always nice to get the wrong value back to know it.
Refactor a bit to avoid the array wrapping and unwrapping for non-multi
params.

Adjust another variable, add doc comments, removed a empty line and
reorder a condition for easy reading.

Change-Id: Ia91aa5908b82ad1209dc7da1139f91e1f2b45fac
Merge "createaccount api action didn't handle no token and no cookie"
Merge "API param validation: Add wrong value to error message on user params"
Made backend sync script update the pos file periorically.

Change-Id: I5b4028c8d69a6bf78b372f0d1cdb258207465f30
numRows on MySQL no longer propagates unrelated errors

Bug: 42430
Change-Id: Ie2277c97177be34f4a48dfa0eac736a2b5716f22
Merge "Kill off numerous unused variables"
Localisation updates from http://translatewiki.net.

Change-Id: I5efb53366137b0e6dceccf76a9cdaa3f7d77194f
(bug 25325) fix wlexcludeuser for ApiFeedWatchlist

The effect of setting this option was later overwritten in the code; I
just moved an if a few lines down.

Also some null comparison cleanup.

Change-Id: I2a85673330681c6ff7facc25a7bbfb6972fe8fd5
More job queue doc tweaks.

Change-Id: I06bae67f67da23190c0576902767dc38a0d8ca5b
Merge "(bug 25325) fix wlexcludeuser for ApiFeedWatchlist"
Add "User rights management" link on user page toolbox

Bug: 34040
Change-Id: I507962161581c3d9ae928594d8d280be9a4ffbdd
Merge "Add "User rights management" link on user page toolbox"
Lots of spelling mistakes and phpdoc attributes

@throw->@throws
@returns->@return
@seealso->@see
@cover->@covers
etc

Change-Id: I9ae6bc3034e9790e2d66cd96473b923fe9ee7953
Fixed many small spelling mistakes and php docs, var decl.

Change-Id: I1508ed7eb77e5e4f700fb63955d626c4f5915840
Merge "Lots of spelling mistakes and phpdoc attributes"
lowercase second character in digraph letters in IcuCollation tailorings

This is *the* valid way for Hungarian (per bug 45596 comment 10), and
it's likely more appropriate for other languages as well.

I should have done it this way in the first place; the original data
source includes these forms along with the all-uppercase ones (I
checked them all), so they're certainly at least not wrong. Just an
overlooking on my part.

Change-Id: Ie0ca297a082ddba8d757beb85655f86b3ee70b02