Follow-up r85724: update messages.inc and rebuild all language files.

...and remove the math-related messages from MessagesEn.php; follow-up to r85723

Revert r85644. Multipart sucks because it is hard to parse and because you need to seek into the stream. I'll follow up with a solution that allows embeding data in the stream.

Initial stab at breaking math/texvc out to Math extension.

* (bug 14202) $wgUseTeX has been superseded by the Math extension. To re-enable
  math conversion after upgrading, obtain the Math extension from SVN or from
  http://www.mediawiki.org/wiki/Extension:Math and add to LocalSettings.php:
  require_once "$IP/extensions/Math/Math.php";

This is an initial stab, and a few things remain to be cleaned up:
* messages need to be moved from core to extension
* MW_MATH_* constants should be moved to the extension from core
* old back-compat math names interfaces using those constants should be removed from message files
* classic edit toolbar's math button should be added from the extension (or else dropped) -- currently there's not a clean hook, but could do it by JS
* couple of things like the 'armourMath' function on Language & LanguageConverter may want to be redone just as an unconditional, if that's simpler.

Setting $wgUseTeX alone will no longer have any affect. The var's still there for the moment as a few bits still need to be fully moved out from core.

Cleaning up my w/c again. Add documentation

Quick fix for bug 15892: intermittent SQL-based cache failures during parser test runs.

MFB (or MTT?) 1.17wmf1 r85698, r85700

Move api RELEASE-NOTES to api section

Localisation updates for core and extension messages from translatewiki.net (2011-04-08 19:35:00 UTC)

Followup to r85464, correct parser test

* r81084 added prefix to index name and as this index gets synced directly it has to use the same prefix

No need to force inclusion of Namespace.php since r85327

Use MWNamespace::getCanonicalNamespaces() instead of $wgCanonicalNamespaceNames

Dont allow $procs to be 0

Add quick sanity check before before trying to use the $outDir

also generate random SVG files

Second part of bug bug 22881: Allow exporting files along with the XML as mimepart/related file. The patch attached to that bug was unfortunately not up to coding standards, so I rewrote this part myself.

Stylize Export.php

First part of bug 22881: Allow uploading directly into the archive to support importing files. Based on a patch by Vitaliy Filippov with some major rewrites by me.
* LocalFile::publish() supports an extra parameter to support publishing into the archive
* Added OldLocalFile::uploadOld(), which is the OldImage equivalent to LocalFile::upload(), but does not override it because it has an entirely different function signature.

Localisation updates for core and extension messages from translatewiki.net (2011-04-07 19:58:00 UTC)

Moved rateLimited() and showLagWarning() near other similar functions

Various fixes for PHPUnit tests:

* Block.php: Set mExpiry to the value we store in the database, so that Block::equals() returns true. Fixes BlockTest::testInitializerFunctionsReturnCorrectBlock.
* In Title::checkUserBlock(): Convert message parameters to plain strings to make strict comparisons work. Fixes TitlePermissionTest::testUserBlock().
* ApiBlock.php: Follow-Up r85166, add 'Confirm' parameter to data array. Fixes ApiBlockTest::testMakeNormalBlock().
* ApiQueryTest.php: Use $wgMetaNamespace instead of $wgSitename to account for customizations.
* RandomImageGenerator.php: Use default value for constructor param to prevent fatals.
* ApiTestCaseUpload.php:
** Fix undefined variable $fileName.
** Remove stray ini_set statements, they don't belong there. Especially ini_set( 'error_reporting', 1 ) will effectively disable all reporting, which makes errors hard to track.
* ArticleTablesTest.php: Put testbug14404() in group Broken, as the fix for the bug has been reverted in r83868.

Fix copypaste fail in r85616

For bug 27488: move the startup script, jquery+mediawiki and the mw.config.set() call for configuration variables back to the <head> . Let modules control whether they're loaded in the <head> ('top') or at the bottom of the <body> ('bottom') through the position parameter/property

Also rearranges the loading order a little bit such that only=messages comes before only=scripts, and config comes before everything except startup and jquery+mediawiki

join() appears to be inadequate for some production errors

* (bug 28368) add hint for multipart/form-data to api information of action=import&xml=

Follow-up r85302: new MediaWiki() constructor format in phpunit test declaration.

* (bug 28444) Fix regression: edit-on-doubleclick retains revision id again

Regression in 61071 caused by dropping $title->getLocalUrl($skin->getEditUrlOptions())
for the less informational $title->getEditUrl(), thus losing oldid view information.
Switching back nicely resolves it.

Revert unintended change to this parserTest in r85481

r85553 fixup. When there are variants involved, the line
$GLOBALS['wgContLang'] = $context->lang;
is not assigning $wgContLang the same $langObj instantiated a couple of lines above, but a different object obtained from the user code, breaking variant parsertestsw..

* (bug 27473) Fix regression: bold, italic no longer interfere with linktrail for ca, kaa

Patch to ca, kaa linktrails to exclude multiple apostrophes by Platonides: https://bugzilla.wikimedia.org/attachment.cgi?id=8337

Added parser test cases to confirm that the linktrail apostrophe works on those languages, and to confirm that the bug where a link is surrounded by bold or italics is resolved.

Tweaked Linker::splitTrail() to keep it from permanently caching $wgContLang's linktrail; when we change content languages during a script run as we do with parser tests, that was leaving us stuck forever on English's linktrail.
This may slightly slow down that path, since it'll have to make a couple brief function calls into the Language object and its data cache.

Apply modification of mdale's patch from Bug #28420: “Re-factor upload tests to support extensions extending upload test case”

Localisation updates for core and extension messages from translatewiki.net (2011-04-06 19:28:00 UTC)

* (bug 28372) Fix bogus link to suppressed file versions in ForeignDBRepo

Based on patch by Umherirrender: https://bugzilla.wikimedia.org/attachment.cgi?id=8361&action=edit
If file is not local, we can't make a link so don't.

And I forgot to commit this file in r85557

* Added possibility to set short options aliases to long long options, added -h alias to --help and -q to --quiet for all scripts
* Converted edit.php, people using short option version (with only one dash) won't have to change anything, but the ones using long options that were only one character (--u, --s, --m, --b and --a) will either need to change to short options or use full name

Fix regression from r81558: fatal error in ForeignFileRepo thumb fetching when thumb caching is disabled.

Addition of optional parameters lead to passing default 'null' straight through on a reference parameter, which PHP 5.3 really disapproves of. Sticking in a temp variable resolves this easily.

* (bug 28306) Fix exposure of suppressed usernames in ForeignDBRepo

Patch by Umherirrender: https://bugzilla.wikimedia.org/attachment.cgi?id=8360&action=diff

Follow-up r85403: fix fatal in parser tests.

Made Special:ListFiles transcludable

notes for r85546

Remove color:black from table {} in skins (bug 28422) + small fixes
* Remove color:black from table {} in skins (bug 28422)
* Add color:black to .wikitable (since it has a background-color)
* Update comment about CSS3 'word-wrap:break-word' support in Gecko
* Remove line-break in mediawiki.js (it's ~ 90 chars, acceptable)

Merge from 1.17wmf1: r84259

Patch from Bug #28406:
    # the digitClass join versions were inverted: for a maxLength > 1 it should be
      (|||), not []
    # the regexp escape for digits in the ts_number_transform_table was a bit, er,
      strange. Although it worked, I think my version is more common.
    # most important: As recommended in http://en.wikipedia.org/wiki/Percent_sign,
      there may be some whitespaces between the number and the
      "%". See also Bug #15422 for that, I'm not sure wheter it's
      included there.

I didn't include the “non-breaking space is part of \s” bit since I didn't want to mess up browser bug work-arounds

Follow up r85467: changed some countRevisionsBetween/countAuthorsBetween callers to pass in objects, which avoids queries

Revert r68358. Causes bug 27474.
Added parser test. Added another parser test for what it seems to try to account for
but that in fact doesn't change when trying to achieve, since ids don't seem to be
affected when flipping $wgHtml5 and $wgExperimentalHtmlIds (so r68358 seems useless).

Localisation updates for core and extension messages from translatewiki.net (2011-04-05 20:23:00 UTC)

* Cleanups to getFirstRevision and getEarliestTime
* Rewrote countRevisionsBetween/countAuthorsBetween to avoid assuming rev_id is in chronological order
* Made countAuthorsBetween use $limit+1 automatically for convenience; updated callers

(bug 28430) Make HTML and TeX output of <math> tags be LTR always

The PNG output of <math> is always LTR regardless of content language,
and since we switch back and forth between PNG/html depending on
how complicated the formula is, we should be consistent. Also according to
the bug always doing LTR even on RTL langs is appearently correct behaviour.

Also change for plain TeX output to be LTR, as otherwise the TeX commands
don't really make sense if $ ^{355} $ gets turned into $ {355}^ $

Seems I forgot this file in r85442

* (bug 28365) Added description for uiprop=preferencestoken in meta=userinfo

Follow-up r85403: rm debugging code and a defunct method call.

HipHop fixes:
* Fixed preg_replace /e usage in Sanitizer and UserMailer. This was already against policy.
* Removed the __get()-based lazy initialisation of $this->xpath in PPNode_DOM. This caused a notice in HipHop, and is also inefficient due to the need for dynamic properties.
* Fixed the assertion in PPNode_DOM::splitHeading(), flagged by Inez Korczynski. It was obviously completely broken, converting a non-existent property to boolean, and it only appeared to work in Zend by accident.

In the HipHop server:
* Serve static content.
* Less verbose logging, we don't really need a notice for every SQL query.

* (bug 24755) AuthPlugin auto-creation of local accounts can now be aborted by
  other extensions by handling the 'AbortAutoAccount' hook, similar to the
  'AbortNewAccount' triggered by explicit account creations. (They are separate
  to avoid loops and confusion; auth plugins like CentralAuth need to handle
  AbortNewAccount separately.

Follow-up r85302: update OutputPage constructors in core.

Fix for catchable fatals thrown on invalid titles, follow-up to miscellaneous Context commit pulled out of a hat (let's go for r85252).  We must always have a Title object, even on invalid titles, for the purposes of not melting the Skin.  The previous method was to make that a barely-existent half-title from SpecialPage::getTitleFor( 'Badtitle' ), where that is a special page which is not actually defined, but exists in the localisation alias lists.  Instead, subclass Title as an explicit BadTitle which we can test for.  The badtitle error page, which has empty string for its name in all forms, would probably be quite a good test of our JavaScript error checking.

Fix $$ from r85379

Documentation, fix indenting

Fixup a few undefined variables and alike while checking REL1_17

Workaround for bug 28146: running out of memory during Unicode validation/normalization when uploading DjVu file with lots of embedded page text

This provisional workaround runs a page at a time through UtfNormal::cleanUp() instead of running the entire file's dumped text at once. This avoids exploding memory too much during the preg_match_all() used to divide up ASCII and non-ASCII runs for validation, which is very wasteful for long texts in Latin languages with many mixed-in non-ASCII characters (like French and German text).
Won't fix legit cases of huge texts, such as realllllllllly long page text, which would still be subject to getting run through at web input time in a giant chunk.

Set forgotten api parameters types
* (bug 28394) Set forgotten parameters types in ApiUnblock
* (bug 28395) Set forgotten parameters types in ApiParse

* (bug 28417) Fix PHP notice when importing revision without a listed id

revert r85177 since a lot of people don't set their $wgLocaltimezone

minor w/s cleanup

Added missing file from r85327.

Localisation updates for core and extension messages from translatewiki.net (2011-04-04 12:51:00 UTC)

The beginnings of HipHop compiled mode support. It works now for parser cache hits.

* Work around HipHop issue 314 (volatile broken) and issue 308 (no compilation detection) by adding some large and ugly compilation detection code to WebStart.php and doMaintenance.php.
* Provide an MW_COMPILED constant which can be used to detect compiled mode throughout the codebase.
* Introduced wfIsHipHop(), which detects either compiled or interpreted mode. Used this to work around unusual eval() return value in eval.php.
* Work around lack of ini_get() in Maintenance.php, by duplicating wfIsHipHop().
* In Maintenance::shouldExecute(), accept "include" as an inclusion function name, since all kinds of inclusion give this string in HipHop.
* Introduced new class MWInit, which provides some static functions in the pre-autoloader environment.
* Introduced MWInit::compiledPath(), which provides a relative path for invoking a compiled file, and MWInit::interpretedPath(), which provides an absolute path for interpreting a PHP file. Used these new functions in the appropriate places.
* When we are running compiled code, don't include files which would generate duplicate class, function or constant definitions. Documented the new requirements on the contents of Defines.php and UtfNormalDefines.php.
* In HipHop compiled mode, it's not possible to have executable code in the same file as a class definition.
  ** Moved MimeMagic initialisation to the constructor.
  ** Moved Namespace.php global variable initialisation to Setup.php.
  ** Moved MemcachedSessions.php initialisation to the caller in GlobalFunctions.php.
  ** Moved Sanitizer.php constants and global variables to static class members. Introduced an accessor function for the attribs regex, as a new place to put code formerly at file level.
  ** Moved Language.php initialisation of $wgLanguageNames to Language::getLanguageNames(). Removed the global variable, marked "private" since forever.

* In two places: don't use error_log() with type=3 to append to a file, HipHop doesn't support it. Use file_put_contents() with FILE_APPEND instead.
* Work around the terrible breakage of class_exists() by using MWInit::classExists() instead in various places. In WebInstaller::getPageByName(), the class_exists() was marked with a fixme comment already, so I replaced it with an autoloader solution.

* Change --config to -c, the long form is broken in HEAD
* "hphp --version" gives two lines when run on a git tree, make it into one.
* Use make -j

Styling for revdel'd revision links for oversighters/admins: make the links still be greyed out, but still active and with underline-on-hover.

Type hints to substring used in integer addition

Add the revision-info and revision-info-current messages directly to the page, don't stick them in the content sub; this adds unwanted extra CSS styling which screws with the margin and font size.

Follow-up r85302: whitespace fix

HipHop build support files.
* Added a script called "make" which works around some of the inadequacies in the hphp build system:
** Allow incremental rebuilds. CMake is very smart and can do this with very little prompting, including header dependencies. This cuts down the build time for certain types of small change in the PHP source.
** Use ccache if it is present.
** Use debug mode, don't strip symbols.

* Added a script which runs the compiled program in server mode
* Added a PHP file list which is greatly cut down to reduce build time. Suitable only for initial testing. Current MediaWiki build time is about 36 minutes on my laptop.

Fix for r85244: HipHop does not support the static form of method_exists().

Update special pages which use $wgUser->getSkin(); inside their constructor:
- Use the Linker:: properly
- Don't use $wgOut, $wgUser, $wgRequest
- Don't fetch the skin early

Follow-up changes to r84610:
* Cleaned up mImageTimeKeys format
* ImageMap: Removed redundant addImage call (makeImage handes this)
* ParserFunctions: added time/sha1 to addImage() call
* Removed excess ampersands in hooks
* Added some function doc comments

Partial revert of r85236: __autoload() is needed for HipHop interpreted mode support.

Remove a dead patch of Skin code that was migrated completely into SkinLegacy and SkinTemplate already.

Instead of creating an OutputPage and then setting a context start initializing OutputPages 'with' a context and send depreciated calls to extensions directly creating OutputPage instances.
Now that we've taken care of the mess of mTitle inside OutputPage and Skin and made RequestContext track Skin instead of $wgUser we don't need the hack in SpecialPage anymore.

Update index.php and Wiki.php to make better use of the context.

Followup r85278, remove duplication of userlang code.

Remove $this->context->output->setTitle( $this->context->title ); calls from Wiki.php, this are unnecessary, OutputPage no longer keeps track of it's own desynchronized mTitle.

Fix use of mUser noted by c15657 on r85250.

Add a getSkin that returns a dummy linker for BC with extensions still abusing it to access the linker.

Clean out some globals from SpecialPage.php

Implement magic accessors for RequestContext variables: you can now just call $context->request->stuff(), and that is internally mapped to the get accessor.  Rename the private variables to the old $mName syntax: I know that that's "discouraged in new code", but in this case it stops over-clever IDEs highlighting the magic accesses as potential visibility errors and sticking big error tags on them.

Follow-up r85278, r85240:

* Internalise $title in MediaWiki base class
* Fix access fatal in SpecialPage by getting the context from the MediaWiki base class rather than the OutputPage
* Fix a couple of typos in RequestContext which would have thrown errors/fatals if anyone had ever called them.

Expand wfShowMaxLagError() into index.php.  It was only being called from here and it's pretty non-portable.  Doing so reveals that it's safe to move the declaration of $mediaWiki below the maxlag test, which will fractionally improve performance in that instance (partly compensating for having to parse OutputPage as introduced in r85278).

Follow-up to r85240:

* Don't stub RequestContext.  The chances of us getting away without needing to access *any* of the six major globals is nil, and in the meantime it's screwing up strong function typing and throwing catchable fatals everywhere.

* Stop stubbing $wgOut.  The only path where we can avoid unstubbing it is if we immediately die due to maxlag overflow, and that's a) a pretty uncommon code path, and b) a DB issue which won't be affected by a tiny bit of extra apache load.  That allows us to do strong typing on function parameters with it, which is a Good Thing (TM).

Also make OutputPage::getContext() private; I'm not convinced that a context belongs here (it's *part of* the context, not a consumer of it), let's work through it a it more before we advertise its existence.

Removed useless definition of $wgOut

Store the WebRequest and OutputPage in the MediaWiki class, don't pass the global variables in to each function separately.

Cleanup in Wiki.php and index.php:
* Add visibility to MediaWiki::*() methods.
* Refactor out MediaWiki::preliminaryChecks(), was actually just one preliminary check :D
* maxlag is a property of the database, not the wiki, so MediaWiki::checkMaxLag() doesn't belong.  Since it was only called in index.php I just expanded it there, it's only a trivial wrapper anyway.
* Run stylize.php over code.

AutoLoader entry for r85247.

Followup r85250; Revert a static method back to use of $wgRequest... :/ damnit resourceloader...

Continue with r85240; Move getSkin from User to RequestContext, do it without globals, strip out the non-functional $title related stuff, and update Skin to use a RequestContext.

Followup r85244; Fix a small issue with the case of a variable name.

Followup r85244; Define all methods as static, implement a DummyLinker to forward calls for passing to hooks and finish off anything in the way.

Drop connetion between Skin and Linker and turn Linker into a staticly usable class.

Followup r85229; Drop this unnecessary reference on the user from ChangesList::newFromUser.