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.

Followup r85240; Commit the additional file that was part of that change. ;) this wouldn't have happened if we were using git... seriously!

Update profiling.

Implement the RequestContext class. Some credit to IAlex, ;) other credit for me and that plethora of bugs and hicoughs I had to deal with in impelenting it.
http://www.mediawiki.org/wiki/Requests_for_comment/Context_object (it's little different though)

* Drop 5.1 compat code
* Fix one more PHP version requirement

Followup r85228; Small fix for ()> syntax error that should have been ()->

Follow-up r85226, r85227: add @since annotations

Followup r85227; Back out changes related to avoiding calls to OutputPage from includable special pages. After some re-examination we replace the OutputPage and OutputPage is coded in a way to avoid poluting global things with things like the use of header(); in set* calls, so setting things on OutputPage while in an includable special page just gets discarded.

* Removed isset() checks - redundant given Parser::version
* For sanity in insertOn(), if the template/file version arrays are null, don't hit the DB - just assume they are empty
* Refactored mFlags handling in FlaggedRevision
* Use accessors for ParserOutput template/file versions
* Added OutputPage accessors for template/file versions
* Changed instance of NS_IMAGE -> NS_FILE

Followup r85227. Convert all IncludableSpecialPages to use context properly (they are the worse offenders), and fix some bugs related to inculudable special pages and their context.

Followup r85227, update 4 special pages to properly use the context.

Start managing output and input context from special pages themselves instead of using globals. We already had a setContext, Special page implementations should be properly utalizing that data.

Start better utalizing OutputPage as the focal point for things related to the output of the page. Like getTitle use $out->get{User,Skin} instead of $wgUser and $wgUser->getSkin() for things where the user or skin is being used for output generation back to $out instead of using globals with bad structure.

Localization update for he.

Made index.php's profiling cosistent with other entry scripts

* Moved all <link> definitions in OutputPage::getHeadLinks() instead of having them in a *lot* of different functions
* Also moved there generic <meta> and removed OutputPage::addDefaultMeta() with its $called static local variable which was breaking the output when generating multiple pages on the same request (rebuildFileCache.php, dumpHTML.php) since that function could only be executed completely once for all instances, and not once per instance
* Moved default module from OutputPage::output() to its own function and don't call it when executing a body only request, since it's useless in that case
* Call Skin::setMembers() from Skin::initPage() instead of Skin::outputPage()

(bug 28348) Don't call wfTimestamp() twice really fast in recordUpload2() and expect the values to be the same. Previously the file prop cache value for the upload timestamp could fall out of sync for a while due to this (like being off by one second).

follow-up to r85193: missed one file

ImagePage.php: add missing braces + other code style tweaks

Get the thumbmime from the handler instead of guessing it with UnregisteredLocalFile.

mark some public functions as such

Respect $wgScriptExtension in SearchEngine::getOpenSearchTemplate() and SearchEngine::getMWSuggestTemplate()

Removed deprecated Image class per documentation; no use in core or extensions

Removed archive(), deprecated and not used

Followup r80398: fix overspecific css rules which broke

Cleaned up the mess of message text being passed instead of keys to wfMsg() and friends by CLI installer. No surprise we had to remove angle brackets from the resulting output

Fix Bug#24308 where, on some platforms the date_create() function fails when the timezone isn't specified.

Remove unused global, fix double defined global

Fix casing of SpecialListUsers

Follow-up r85025: fix the you're-trying-to-block-yourself-you-twit warning, and make it an actual checkbox confirmation.  Also use said confirmation for reblocks, and HideUser (bug 18678).  Mark a static function from HTMLForm which is called from SpecialBlock as explicitly public.

Memory stress test for UtfNormal issue re bug 28146

This pulls the source texts used for the UtfNormalBench.php benchmarks, repeats them into much larger strings, and attempts to reproduce an out-of-memory error in the middle of UtfNormal::cleanUp():

$ php
Testing testdata/washington.txt (English text)...
     quickIsNFCVerify 1078.3ms   14,969,652 bytes/s (changed)
              cleanUp  992.1ms   16,270,594 bytes/s (no change)
Testing testdata/berlin.txt (German text)...
PHP Fatal error:  Allowed memory size of 136314880 bytes exhausted (tried to allocate 71 bytes) in /var/www/trunk/includes/normal/UtfNormal.php on line 285

Exact failure point may require adjustment depending on platform, etc.

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

Added charset property to HTTP Content-Type fields when serving CSS and JavaScript via ResourceLoader - resolves bug #28208.

Reword this message per IRC cabbage

We developers are so elitist, running shiny machines with all PHP extensions in the world installed, that we couldn't notice that "no scaler found" message didn't work from the beginning! :P

Fixed issue where reference error can be thrown - response to comments on r84985

Followup r84825

Allow obtaining of an import token if users have the importupload right

Revert r64853 (add $wgLogAutocreatedAccounts to enable/disable account autocreation logging, bug 19161). Per the *extremely lengthy* discussion that is still ongoing, this fails to solve the underlying problem and has undesired side-effects.

I don't know what the proper solution is (other than introducing user preferences, like bug 28369 suggests, is not the answer)...but the status quo of what we had is better than this half-assed solution that *nobody* likes.

Document what settings are disabled by $wgHtml5

Bug 28350.

Fix for r85114, see code reviev
at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/85114

Fix r85110, see code review
at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/85110

Drop 5.1 compatibility calls to session_set_cookie_params() and setcookie() since we require 5.2.3+ now

Add optional PLURAL parameter to messages 'userrights-changeable-col' and 'userrights-unchangeable-col'

Moved constant initialisation to class definition instead of constructor

* (bug 27893) Edit-on-doubleclick now applies only on view and purge actions;
  no longer triggers unexpectedly on delete, history etc.

Fix omission of r85007,
see code review at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/85007

Fix for r85005: the getUserPermissionsErrors() calls were each returning a badaccess error when the user didn't have their particular permission, even if they had the other one, exclude these errors since they're already covered by the $user->isAllowedAny() check above.  Also fix processForm() to check isAllowed('import') for transwiki; this wasn't being done which meant users with importupload but not import (an unlikely combination to be fair) could still spoof the form.

Tweak doc comment per bug 28340

This script didn't actually work, and was a live hack. This is a followup to the fixme in r79021.

Localisation updates for core and extension messages from translatewiki.net (2011-03-31 19:24:00 UTC)

Follow-up r85021: fix comment

Document blocklist-target message, per TWN request translatewiki.net/wiki/Thread:Support/Please_document_MediaWiki:Blocklist-target

Don't differentiate between user accounts and IPs in special page names.

BTW: Special:Block says "Block user" in page title followed immediately "Block user" as legend for fieldset.

Fix grammar for singular. Spotted by McDutchie.

Followup to r85021, fix caller in updater maintenance script

Follow-up r85025 - use strict comparison

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

Fixup a couple more undefined variables

Fixup undefined $stores in if like renamewiki does it

Fixup/add documentation

Remove some unused variables

Swap = to == in conditional

Fixed fatal in r84971

Move duplicated Site class into own class in Maintenance.php, include in 2 users

Fix class name

Fix missing parameter to cacheUpdate

Follow-up r85020 per CR - use strict comparison

(bug 23408) give admins a warning before letting them block themselves.  Also tweak the logic so that loading the interface for one already-blocked user, then actually submitting a block on a different user, shows the confirmation again if the second user is already blocked.

Add a couple of brace test cases.

(bug 19942) remove deprecated HTML attributes (cellpadding, align, valign) from TablePager.

(bug 28237) Installer doesn't create extension tables

(bug 18937) avoid broken wikimarkup (four apostrophes together) in MediaWiki:Confirmrecreate when there is no deletion reason, by using a separate message.

(bug 17009) remove hiddenStructure.  Wasn't even applied across all skins anyway, would have been broken in cologneblue, standard, etc.

Merge some deployment changes to trunk: r82738 (as HISTORY), r81962

Add optional parameter $1 for PLURAL use to messages userrights-groupsmember and userrights-groupsmember-auto

Additional release notes for r85005, which I meant to commit as two separate revisions as one needs to be backported (grr...)

(bug 15641) tweak Title::checkUserBlock() so that Title::getUserPermissionsErrors() more comprehensively prevents blocked users from performing various actions; particularly prevents blocked admins from protecting or deleting their own talk page.

Fixup some ambiguously defined variables

Cast a substr back to int

Use unused $fallback_languages

Fix new typos introduced in r84799.