I LOVE OO PEOPLE <3 <3 <3

Rm useless thumbs.db files.

Fixed bug with MW 1.4 style archive rows, with ar_text set: ar_flags can be gzip. Reported by email.

API: Do a STRAIGHT_JOIN in ApiQueryBacklinks's first query to counter a MySQL 4 bug where the optmizer chooses to do a table scan on page instead.

enabled async download via configuration var: wgEnableAsyncDownload (pending windows fix)
 (should have been part of the last commit)

enabled async downloaded via configuration var: wgEnableAsyncDownload (pending windows fix)

quick fix for r55604 broken chunk upload class abstraction

* Output warnings as filenames rather than an array representation of a File object.
* Renamed variable in UploadBase::checkWarnings to better indicate its meaning

* (bug 20404) Custom fields in the user creation form template can now have tooltips

API: Per rainman, mark list=search as an expensive query and lower its limits to 50/500 from 500/5000

* Cleanup ApiUpload
* UploadBase::verifyUpload now always returns a status array
* Disabled async upload by url because wfShellBackgroundExec is broken

Partial revert of r53664 (bug 14201 Set $wgDBadminuser/$wgDBadminpassword during setup). Gives Brion icky feelings about setting a root password.

(bug 20408) Missing global declarations.

Localisation updates for core messages from translatewiki.net (2009-08-26 17:25 UTC)

Follow-up r55584: seems that the "View logs for this page" link is useful even when doing log suppression :)

Unify properties in ApiQueryAllimages, ApiQueryImageinfo and ApiUpload.

Removed the $tmpFile parameter to UploadBase::verifyUpload in favour of $this->mTempFile.

* Code style & commenting on upload functions.
* Move isValidURI from UploadFromUrl to HttpFunctions.
* Made some functions in UploadBase static.

Added parser test for r55601, has to clear MagicWord's object caching so that parser function aliases are also available when using a different language that English

* (bug 8143) Localised parser function names are now correctly case insensitive if they contain non-ASCII characters
Patch by Matěj Grabovský - http://bug-attachment.wikimedia.org/attachment.cgi?id=6406

Restore size=60 that got eaten by r55453

We should really be using CSS for this to get nice fluid widths, but
it's a real pain to do with tables' weird magical width algorithms.

Fix for error accessing uninitialized namespace aliases array... use the accessor, which lazy-initializes :)

Use type=search for Monobook sidebar

Didn't bother to do this for other skins at the moment.  This should
allow more native-looking styling on some platforms (e.g., Safari on
Mac).

l10n added to oracle tables.sql

For search, move "create page" below "no results"

This looks slightly less odd, with the user no longer being told to
create the page before they're even told it doesn't exist.  But it still
looks pretty odd.

Make resolveConflictOn() accept a prefix different from the page name (needed for archive, bug 10171). Add comment about crappy interwiki prefix checking.

Replace our mb_substr() fallback implementation with one which is not quite so horrible...

While not too awful on smallish strings, the way it worked was *murder* on large input:
the *entire string* would be broken up into an array of individual characters, sliced up,
then merged back together.

In my testing I couldn't even get the function to complete in a reasonable time for, say,
127k worth of text... not only did the regex split take forever, but it would eat an insane
amount of memory, likely triggering memory_limit hits in a sane world.

The new implementation counts characters from the beginning or end of a string to determine
the byte-based offsets to use for substr() start and count parameters, and only uses
a couple temporary dupes of the string in memory. For typical short offset/count cases
(take or trim one or a few characters) this performs about 3-5x worse than native mb_substr()
for in my testing.

Large offsets are optimized by first skipping the same number of bytes as characters, since all
characters take at least one byte. On primarily Latin text this made some of my test cases
actually *faster* than native mb_substr()! ;) For non-Latin texts this takes out a fair chunk
of our work, but can still leave us with very slow execution -- eg ~30ms to get through a few
dozens of kilobytes worth of offset on Japanese text. But at least it completes now!

This could probably be optimized further, perhaps skipping progressively smaller chunks in
binary-chop fashion. :)

For fun, my profiling results (profiling & test scripts are in a little git repo which I would
push to gitorious to poke at, but gitorious hates me right now and won't finish my repo setup):

strlen       mb_strlen short ascii - 0.0019ms - 19
strlen      xmb_strlen short ascii - 0.0672ms - 19

strlen       mb_strlen short unicode - 0.0019ms - 19
strlen      xmb_strlen short unicode - 0.0657ms - 19

strlen       mb_strlen long ascii - 0.0826ms - 20000
strlen      xmb_strlen long ascii - 0.1236ms - 20000

strlen       mb_strlen long unicode - 0.0774ms - 20000
strlen      xmb_strlen long unicode - 0.1901ms - 20000

strlen       mb_strlen san francisco - 0.4775ms - 126700
strlen      xmb_strlen san francisco - 0.4474ms - 126700

substr       mb_substr short ascii first - 0.0022ms - 1-byte string ("s") <- native
substr      xmb_substr short ascii first - 0.0168ms - 1-byte string ("s") <- old fallback
substr     xmb_substr3 short ascii first - 0.0069ms - 1-byte string ("s") <- new fallback

substr       mb_substr short ascii last - 0.0023ms - 1-byte string ("s")
substr      xmb_substr short ascii last - 0.0171ms - 1-byte string ("s")
substr     xmb_substr3 short ascii last - 0.0113ms - 1-byte string ("s")

substr       mb_substr short ascii trim last 9 - 0.0023ms - 10-byte string ("short asci")
substr      xmb_substr short ascii trim last 9 - 0.0183ms - 10-byte string ("short asci")
substr     xmb_substr3 short ascii trim last 9 - 0.0119ms - 10-byte string ("short asci")

substr       mb_substr short ascii middle 3 - 0.0022ms - 3-byte string ("sci")
substr      xmb_substr short ascii middle 3 - 0.0171ms - 3-byte string ("sci")
substr     xmb_substr3 short ascii middle 3 - 0.0149ms - 3-byte string ("sci")

substr       mb_substr short unicode first - 0.0022ms - 1-byte string ("s")
substr      xmb_substr short unicode first - 0.0184ms - 1-byte string ("s")
substr     xmb_substr3 short unicode first - 0.0071ms - 1-byte string ("s")

substr       mb_substr short unicode last - 0.0026ms - 2-byte string ("ß")
substr      xmb_substr short unicode last - 0.0187ms - 2-byte string ("ß")
substr     xmb_substr3 short unicode last - 0.0130ms - 2-byte string ("ß")

substr       mb_substr short unicode trim last 9 - 0.0024ms - 14-byte string ("short áéíó")
substr      xmb_substr short unicode trim last 9 - 0.0200ms - 14-byte string ("short áéíó")
substr     xmb_substr3 short unicode trim last 9 - 0.0137ms - 14-byte string ("short áéíó")

substr       mb_substr short unicode middle 3 - 0.0022ms - 6-byte string ("éíó")
substr      xmb_substr short unicode middle 3 - 0.0188ms - 6-byte string ("éíó")
substr     xmb_substr3 short unicode middle 3 - 0.0189ms - 6-byte string ("éíó")

substr       mb_substr san fran first - 0.0022ms - 1-byte string ("{")
substr     xmb_substr3 san fran first - 0.0069ms - 1-byte string ("{")

substr       mb_substr san fran last - 0.8914ms - 1-byte string ("\n")
substr     xmb_substr3 san fran last - 0.0109ms - 1-byte string ("\n")

substr       mb_substr san fran non-first - 0.5995ms - 127318-byte string (c00cabc812ac347bd2e81a3e3f04e23d)
substr     xmb_substr3 san fran non-first - 0.0213ms - 127318-byte string (c00cabc812ac347bd2e81a3e3f04e23d)

substr       mb_substr san fran middle 1k - 0.2218ms - 1025-byte string (c42eb5c511670f72ff4593a39219682c)
substr     xmb_substr3 san fran middle 1k - 0.3883ms - 1025-byte string (c42eb5c511670f72ff4593a39219682c)

substr       mb_substr boston-ja first - 0.0021ms - 1-byte string ("{")
substr     xmb_substr3 boston-ja first - 0.0068ms - 1-byte string ("{")

substr       mb_substr boston-ja last - 0.5497ms - 1-byte string ("\n")
substr     xmb_substr3 boston-ja last - 0.0110ms - 1-byte string ("\n")

substr       mb_substr boston-ja non-first - 0.4128ms - 127637-byte string (933e70d1d10f4d64cdfbd69b58592cd4)
substr     xmb_substr3 boston-ja non-first - 0.0216ms - 127637-byte string (933e70d1d10f4d64cdfbd69b58592cd4)

substr       mb_substr boston-ja middle 1k - 0.2237ms - 2006-byte string (1eaa8554ff4507109b1cba7a597d82bf)
substr     xmb_substr3 boston-ja middle 1k - 30.6811ms - 2006-byte string (1eaa8554ff4507109b1cba7a597d82bf)

Revert r53841 (Favicon, apple-touch-icon links matching the defaults should not be sent). Doesn't actually work upon further testing

(bug 19999) Made metadata and properties of search results optional. Added srprop and srinfo.

* (bug 20380) Link to history/log action at the top of Special:RevisionDelete are new more displayed when when doing log suppression
They're useless since they're linking to Special:Log/xxx?action=history, Special:Log?page=Special:Log, etc.

Remove unused message. Checked for core and all extensions in our SVN.

Whitespace

Fix for r52174 - don't show footer for non-existing users

* updates for Add Media Wizard inline upload support
* updated language-key mappings

Followup to r52671, fix redirection syntax to work with windows as well.

* related videos per commons wikiKey ( GerardoDoog )

Fix live preview copying of existing category links

Update translatewiki link
Update interwikis from langlist

Update ordinary cat links as well

* Revert r55555-55557 for now, breaks tabs in special preferences, don't know why
Also, the following looks wrong:
-       for (var id = 0; id < ta.length; id++) {
+       for (var id in ta) {
                var n = document.getElementById(id);

Localisation updates Cantonese, Chinese and Literary Chinese

Localization update.

revert wrong change from r55558

* (bug 19966) MediaWiki:License-header is now used for the licensing header in the file description page instead of MediaWiki:License
I've copied the 'license' message to 'license-header' for all languages, will fuzzy them on translatewiki.net so that they'll be corrected

And svn committed when I tried to hit Ctrl+C to fix a third. (Don't you love my commits?)

Missed two `new`s when refactoring new Array() to []

- Use array literals instead of new Array(); (note that `new Array;` without () is actually supposed to break in IE6 iirc)
- Use RegExp literals instead of new RegExp(...); when unnecessary.
- Fix bad use of object iteration on an array bug20376

disabled ParseKit on PHP 5.3+, it's broken and throws "Cannot redeclare class/function" in about evry file

* Wrap legend of historyPage into a div with class 'mw-history-legend'
* Move legend above pager. It looks more consistent/logical

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