Fixed parse error: syntax error, unexpected ')' in includes/EnotifNotifyJob.php on line 32 due to trailing comma

* (bug 15475) DatabaseBase::setFlag(), DatabaseBase::clearFlag() and DatabaseBase::getFlag() now have documentation

* (bug 20299) MediaWiki:Move-subpages and MediaWiki:Move-talk-subpages can now use wikitext

Recommit r53710 without the hack for preventing style sheets being added multiple times (is not possible with OutputPage::addStyle in the first place)

Rewrite various TableCleanup scripts to subclass Maintenance instead of FiveUpgrade

Localisation updates Cantonese, Chinese and Literary Chinese

* (bug 20364) Fixed regression in GIF metadata loading

There was a missing parameter in GIFMetadataExtractor's skipBlock() call for 'netscape 2.0' data blocks, which threw a monkey in the works.
Now also checking for exceptions thrown by the metadata load and stubbing out null metadata for files which can't be read, rather than letting the exception bubble up and kill MediaWiki. :)

Emit CDATA more intelligently

This fixes some possible XML invalidity from r54767: CDATA stuff was
being added only if $wgHtml5 was false, instead of whenever
$wgWellFormedXml is true.  Also, it uses CDATA for script as well as
style, but in both cases only uses it if there's a & or < somewhere.

Localisation updates for core messages from translatewiki.net (2009-08-23 20:02 UTC)

* (bug 20365) Page name with with c/g/h/j/s/u + x are now correctly handled in Special:MovePage with Esperanto as content language

Reformat comment

<3 vim Ctrl-V

Localization update.

Split date, and time, in Mediawiki:enotif_body, and show localized special page name in generated e-mail.

* for php2js, all colons in messages will be replaced by " : ". That's not really needed. Commented out and added FIXME. Was introduced in r55290.
* update command line output

Redo r53641, reverted in r55457, now using indexed queries:
* (bug 19857) maintenance/deleteRevision.php on last revision no longer breaks target page

* (bug 20362) Special:Statistics now produces valid HTML when view counters are enabled

Follow-up r55513 and r55515: Add new message keys to maintenance script
Don't commit on a sunday morning b4 breakfast (r55519) :-/

Follow-up r55513 and r55515: Add new message keys to maintenance script
Saving a file helps to commit (r55519) :-/

Follow-up r55513 and r55515: Add new message keys to maintenance script

RELEASE-NOTES typo

Enforce $wgMinimalPasswordLength client-side

. . . except not really.  It works fine on Opera 9.6, except for the
slight detail that if you enter a password that's too short, Opera will
helpfully repeat your password back to you un-*ed when telling you it's
too short.  Same in Opera 10.00 Beta 3.  So the code is commented out,
and there are no functional changes.  We'll need UA sniffing when the
code is uncommented.  But I already wrote it, so may as well commit it
for future use.

This recycles the "passwordtooshort" message to provide the client-side
error message, using the title attribute on the input.  Since the title
attribute might be displayed when the user hasn't actually entered an
invalid password, I've reworded it to not imply the user actually
entered an incorrect password, so it just states the requirement.  (This
accords with the advice given in the HTML 5 spec.)  I didn't make up a
new message name for that, because it's not a big deal if translations
do imply that the password is wrong, since that should theoretically be
the most common case anyway.

* (bug 20317) Cleaned up default main page link accesskey settings

Cleanup from r46398 (bug 17184) which moved the accesskey from 'n-mainpage' onto 'p-logo' to avoid duplicating the access key on both the logo and the main page.

Putting the 'z' accesskey default on 'n-mainpage-description' now instead of p-logo; also kept 'z' for 'n-mainpage' for back-compat for people with older customized sidebars which don't specify mainpage-description.

* (bug 11143) Links containing invalid UTF-8 percent-code sequences are now
  cleanly disabled instead of breaking parsing entirely on PHP 5.2.

This was fixed as a side-effect of r55382 for bug 15248; adding comments
in Title::secureAndSplit nothing this.

* (bug 20358) Unprotect tab was missing accesskey; now same as protect tab.
Patch by RockMFR: http://bug-attachment.wikimedia.org/attachment.cgi?id=6484

Add a Makefile and a copy of the cssjanus script so folks can update the RTL variant stylesheet more easily.
cssjanus from r28 on the Google Code project: http://code.google.com/p/cssjanus/source/browse/#svn/trunk
Plus a patch for the broken options: http://code.google.com/p/cssjanus/issues/detail?id=11

cssjanus is under Apache license.

Per Brion's comment on r52683: use $wgOut->isPrintable() rather than $wgRequest->getBool( 'printable' )

Change r52690 per suggestions on CodeReview: rearrange from boolean OR mysteriously changed to binary OR to a nice plain if statement.

Localization update.

Mostly revert r53358 and r53365 per comments on code review. Change message to just say "Database" and remove the getDBtypeForMsg function (since I can't think of any other use for it)

Clean up some of the unnecessary tabs splattered throughout our output. They tend to combine confusingly and just inflate both source and output without actually improving readability much.

use tabs for identation, not spaces

Reduce output size of Skin::makeVariablesScript() for the head variables.
Drops a lot of unnecessary whitespace (but keeps newlines for legibility) and puts multiple defs into a single 'var' statement.
Reduces the head vars script from 1485 bytes to 1201 (nearly 20% savings), though this is of course reduced with gzipping (27 bytes, 4%). Cutting those bytes out of *every dang request* doesn't hurt though. :)

Update with messages from embedVideo.js (follow-up to r55494)

Fix formatting error that caused mergeJavascriptMsg.php to bork on js2php

* change trim() for $postFile to ltrim(). Want the trailing newline
* update comments

Cut search icons by ~100 bytes each; optipng default settings.

Update with mergeJavascriptMsg.php js2php

Hope this is the last formatting issue fixed.

Update messages and formatting

Localisation updates for core messages from translatewiki.net (2009-08-22 19:00 UTC)

Random fixes for messages and message formatting

Update mwEmbed.i18n.php

For some reasons libEmbedVideo/embedVideo.js is not imported (could not get any json vars from:/libEmbedVideo/embedVideo.js). Looking into that.

* update comment writing (add space to second and third line)
* stylize.php and indentation updated

Merge r55331 from wmf-deployment (which was merged from a live hack)
Note: Not per SVN merge because syntax differs:
dbsource( ..., $dbw );
vs.
$dbw->sourceFile( ... );

Merge r53381 from wmf-deployment. Throw more informational error on creation failure.

* added missing message "mwe-no_text_tracks_found"
* harmonise message prefix
* fix typos in message keys
* fix typos in messages
* remove trailing whitespace

Should be almost done now. Next step is to get a proper mwEmbed.i18n.php, verify and fix that, and give it to the translators.

Update the Chinese conversion tables.

Localisation updates Cantonese, Chinese and Literary Chinese

Localization update.

Follow-up r55459: Fix for PHP Notice: Undefined variable: deleted in /var/www/w/includes/UserMailer.php on line 379

* Fixed some AMW issues

Follow-up r55459: Add new message keys to maintenance script

hard coded requested imageinfo prop in api upload result (to avoid static call to non-static: ApiQueryImageInfo::getAllowedParams();

* Fixed some AMW regressions.
* Fixed upload destination check
* Localized more of AMW

re-added $partname for warning checks 53361#c3664

Pet peeve time: reduce clutter from common $wgContLang->isRTL() ? 'x' : 'y' pattern. :)

Introduced helpers:
  $lang->getDir() returns 'ltr' or 'rtl' for HTML 'dir' attrib
  $lang->alignStart() returns 'left' or 'right' for HTML 'align' attrib or CSS 'text-align' property
  $lang->alignEnd() returns 'right' or 'left'

And cleaned up a couple arrays of icons to just reverse the order of items rather than repeating the items twice for each possibility.

Parse error: syntax error, unexpected T_VARIABLE in w/includes/UserMailer.php on line 480

(bug 15646) Page creation notification email is sent when a watched page is deleted

Partial revert of r53641 "* (bug 19857) maintenance/deleteRevision.php on last revision no longer breaks target page"
Unindexed query would scan entire page table.

Revert r53600 "Add $wgSecondaryGoNamespace, used if an exact match is not found when pressing go - will try to find a match in a different namespace before performing a search."
Revert r53618 "* Replace $wgSecondaryGoNamespace with $wgSecondaryGoNamespaces (taking an array of integers instead of just an integer), per code review of r53600."
Revert r53672 "* Add release note for r53618."
Per bug 11380 this should probably be using the default search namespaces or the user's search namespaces; an additional config array seems unnecessary.

Revert r53667 "Enabled use of the greater-than sign (">") in page titles. There is actually no reason for this character to be restricted because it does not interfere with wiki syntax or HTML tags. This will have immediate applications for articles such as "M>Tram", ">play", "The Videos 86>98", "Tour 00 >> 01 Macabre", and "I>Télé", as well as redirects for "Inequality" and "Bitwise operation"."
Possibility of spitting raw >s into output unnerves me greatly, and could indeed be a problem depending on just where your text gets spat and what's around it. More generally allowing one half of a pair makes little sense and would simply confuse the issue.

Typo in comment

Use Html::input()/autofocus a bunch more places

Revert r53710 "* Allow suppressing "line 1" from the diffs, which can get quite annoying with many diffs"
Use of static variable here means that running multiple diffs during one request may mess things up. It should rather check if it's been added in $wgOut already.

Make Xml::hidden() a wrapper around Html::hidden()

HTML-specific stuff should go into the Html class; it doesn't belong in
Xml.

Autofocus Special:Search box

Also generally clean up the code around there: add some line breaks, use
Html instead of Xml (using new Html::hidden()).

Cleaning up some old PHP 4 object-reference usage in some edit filtering hooks.
There was a mix of uses of the reference and non-uses of the reference. :)
Reverts r53714 and fixes it from the other end by cleaning up the uses to not expect references.

Localisation updates for namespaces from translatewiki.net

Don't prefill new account name, and autofocus

It's kind of silly to prefill the name of the account to be created from
cookies . . . presumably that account already exists.  :)

Autofocus password, not name, if name is prefilled

Use Html::input() for login form

This fixes some invalid HTML output in r54567, and also makes the output
look more consistent and prettier.

Omit useless value="" in Html::input()

No need to store the value of the magic quotes check here; just use a local var for clarity.

Localisation updates for special page aliases from translatewiki.net

Localisation updates for core magic words from translatewiki.net

Localisation extension for core messages from translatewiki.net (2009-08-21 20:59 UTC)

Don't output useless value=""

Only require necessary fields in Special:ResetPass

This fixes r54567.  That made the password fields on Special:ResetPass
always required, but in fact the current password should never be
required (existing users always might have empty passwords), and the new
password is only required if $wgMinimalPasswordLength > 0.

This commit also permits passing array( 'required' ) to
Html::(rawE|e)lement() instead of array( 'required' => 'meaningless' ),
for boolean attribs only.  This syntax is used in SpecialResetpass.

Move validation logic from input() to rawElement()

This way callers of rawElement() or element() will also get correct
behavior.

Switch from Xml:: to Html:: in a few places

These should all theoretically be covered by the parser tests.  All
tests pass, the only change needed was to account for less overescaping
in Html::expandAttributes().  There's no reason to escape <>' in
"-quoted attributes, unless I'm mistaken and have just added some XSS.

Correct outdated comments

Don't escape >" in tag contents, no point

* (bug 20296) Fixed a PHP warning in Parser::preSaveTransform() in PHP 5.3: Parameter 1 was expected to be a reference but value given when unstubbing $wgContLang

Fix for wgArticleId being exported to JavaScript as a string instead of integer. :P
Throw around some intval()s on page id, length data coming out of database into Title and Article objects and the link cache... blast PHP's soft typing!

1. Revert my revision r55371. Since it may override logged user's settings.
2. Patch for situations that some wikis like zhwikisource may disabled some language variants. We should treat these disabled variants unacceptable in LanguageConverter.

*(bug 17742) Fixes inconsistent special page aliases for the Taiwanese language.

Add and modify parser test for new language converter rules.

Move dumpRev and orphanStats to subclass Maintenance. Make orphanStats bail out early if blob_orphans doesn't exist. dumpRev could use a nice description.

Remove random comments.

Delete maintenance/fetchInterwiki.pl - has been obsolete since r1589

Tweak Access-Control-Allow-Origin stuff per comments on r54127.
Use a wildcard syntax rather than string/regex options

Localization update.

Document wfWarn() function

bug 20327 Error in FlaggedRevs.hooks.php after r55168's restructuring of history page classes

Remove somewhat braindead comments

On second thought, if you're outputting user-supplied JS without careful
validation, it doesn't really matter if it's HTML-escaped or not.  :D
CSS has expr() and such too.

Update ChangesList output for enhanced changes to use CSS instead of obsolete attrbutes and elements (cellpadding, <tt>, etc.)
The test page I was using successfully validated as HTML 5 :)
Tested for signs of obvious regressions in FF 3.5, IE8, Opera 9.64 and Safari 4.0.
Supposedly, the border-spacing property isn't supported by IE, but I didn't see any obvious issues when testing,
so either the information I got was wrong/outdated, or its not actually necessary here. Needs testing in IE6/7 to verify.
If I did everything right, there shouldn't be any visible changes, save maybe a couple trivial spacing quirks.

add parser test for r55382

(bug 15248) Normalize NBSP and other odd Unicode whitespace characters to normal spaces.
Note: run cleanupTitles.php and cleanupImages.php after deploying this!

* non firefogg add media wizard upload updates (only works once bug noted)

Follow-up r55368: Fix parser tests