Update $wgEXIFMessages for r86169.

Remove some unused variables/globals

Fix another unreachable statement

Rebuild all language files.

Removes messages removed from MessagesEn.php in r86146, r86155, r86157, r86169.

Fix missing abstract methods, logging against r86001

Remove trailing whitespace.

Fix $row = $row = $.... and unused variable from r85885

Remove some unused variables

Fix typo in wfDeprecated usage

Fix some more unreachable code

Followup r86169, move unreachable debug statement

Fix autoloader from r86175

Fix for r86169: added missing items in messages.inc and rebuilt MessagesEn.php

moar syntax errors

Fixed syntax error in message docs

Followup to r86047: Fix empty button on pages with only one rev

Fix for r86186: correct check

* (bug 25946) The message on the top of Special:RecentChanges is now displayed in user language instead of content language

Moved 'recentchangestext' message to 'recentchanges-summary'; left 'recentchangestext' empty by default for wikis that would like to display things in content language on the top of Special:RecentChanges

* (bug 28568) Entries in the iwlinks table are now removed on page deletion

Prevent bug 17790 from reappearing on Special:Preferences

First step of reorganizing profiling files:
* Move them all to includes/profiling/* - If you're using StartProfiler, you'll need to update that
* Make ProfileStub subclass the Profiler rather than duplicating function definitions conditionally
* Removed unused params to wfGetProfilingOutput(), only used in the stub, and they didn't do anything with them
* TODO: Kill $wgProfiling, make $wgProfiler a config array and move the various options to that. Also make into a singleton, rather than global (not much calls it outside of core)

(Follow-up r86169) Fix three minor issues Reedy found.

* Some strings were using double quotes needed the dollar sign escaped.
  (the strings had to do with detecting obscure text encodings for IPTC)
* FormatMetadata::collapseContactInfo should be static (for some reason I never got any E_STRICT on this. I think the api suppresses E_STRICT somehow...)
* Exif::get/makeFormattedMetadata method (which appears to no longer be used, and
  never was used, but kept in for compatability just in case) called
  another function without required argument. Also got changed from public
  to private somehow (which is generally a bad idea, especially when its only
  reason for being there is to preserve back-compat). Marked these functions
  as deprecated while I'm at it since they really should not be used.

(Follow-up r86169) Add release notes for img metadata changes.

Fix whitespace issues at top of file

Merge to trunk everything in img_metadata branch.

Hope I did this in an ok fashion. svn merge --re-integrate was giving me issues
so I just essentially over-wrote my working copy with the version at img_metadata.

Revert r85536 pending a better fix

Revert r82922 (adding eml files to mime types). Per CR, these should be accompanied by appropriate sanity checks on upload

Merge r81445 from 1.17: revert r70520 (js password complexity checker)

Merge r81448 from REL1_17: reverting RevisionMove feature back out until somebody has the time to work on it again. Reverts r67094 and its followups in trunk: r67099, r67111, r67112, r67115, r67398, r81425, r81427

* Made __construct() protected
* Minor style and doc cleanups

Revert r77555 and followups r77563, r77572, r78116 (merge DisableAccount to core).

Per CR at the time: this creates a nearly irreversable action that is not nearly well documented enough (even if disabled by default).

We already have the $wgBlockDisablesLogin kludge in place for this. If we're going to do more work on this idea, it should be well thought out, not another hack.

r85922: Fixing another table bordercase

Follow-up r86041: fix redirect in PurgeAction, and pass query parameters through the form so they can be put back on to the redirect at the end.

(follow-up r86121) Use strict comparision.

Third times the charm...

(bug 28561 - follow-up r4185) remove rule .small * {font-size: 94%} causes anything nested to be super-small

I'm not sure what the intent was, but this rule will make something like:
<span class="small">fo<b>o</b></span>
have the second o in foo be smaller then the first. Even without this rule, nested instances
of class="small" will still be smaller than a single instance, so it only causes weirdness.

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

* Pass around parser options instead of users and made some parser options consistency fixes
* Moved makeParserOptions to Article.php
* Renamed currentIncludeVersions -> getRevIncludes
* Renamed updatePageCache -> setPageCache
* Moved FlaggedRevs::getCacheKey up

(follow-up r69626) Make it so the intl normalizer_normalize function is not
fed an invalid sequence in UtfNormal::cleanUp

normalizer_normalize seems to return false if fed an invalid unicode sequence (Which is quite different
from what our built in normalization functions do). So use quickIsNFC if it returns false.
(Noticed when investigating bug 28541).

Followup r83755: You removed them, you didn't deprecate them (there is a difference). If you're going to remove them, go the whole way rather than having people think they might still work.

More function documentation

(follow-up r86100) Make categorypage not die as much while transitioning between 1.16 -> 1.17 schema

Basically re-putting in the intent of r83544 per suggestion on CR of r86100

* added E_DEPRECATED into wfSupressWarnings

merge into 1.17 if required PHP version will be 5.3+

* updated tableName function changed addIdentifierQuotes, added isQuotedIdentifier and removeIdentifierQuotes
* quoting objects in Oracle is poorly supported prior to 10g (it still has bugs in 10g) so i wish to avoid it for as long as possible
* i've added /*Q*/ marker to avoid double-prefixing of table names
* tableName quoted parameter is usable only in cases where you call it directly in functions where it might occur that tableName can get called twice it is unusable as the tableName gets prefixed twice

Oracle documentation is generally crappy. They claim a lot of things but some of those claims depend on a gazillion of factors and in case of one of this factors being a bit off have no general solution. Object name quoting is one of such things and is general practice amongst oracle DBAs that if you write the code directly you can use them but if you write abstracted or embedded code it's best to stay away if you can.

r86108: Fix var name

Followup ro r86088: Use data-sort-type instead of classes to specify the parser-type; add support for data-sort-value; strip legacy code (CR)

Updating jQuery from 1.4.2->1.4.4, for better data-* support. 1.4.4 contains the patch from r74326 in core

added explanation of the BeforeWelcomeCreation hook

(bug 28540) revert r83544 - It really breaks things when using uca-default collation (As noticed on tw)

Various functions (particuarly the getFirstCharacter ones) all expect to have the human readable sortkey.
Passing them the binary sortkey results in the getFirstChar headers to be totally wrong. It also
causes paging not to work since the sortkey gets double encoded.

This issue probably wasn't noticed, since it wouldn't be visible on the uppercase collation
as uppercasing the first letter won't affect the first character headings, nor does double uppercasing
something matter.

Also changed one of the variable names from $rawSortkey to $humanSortkey as it confused me
(raw as in before turning to binary, or raw as in the real non-human readable sortkey)

Completely rewritten table sorting script.
Fixes Bug 8028, Bug 8115, Bug 15406, Bug 17141, Bug 8732

1. Sites can specify custom collations.
The script accepts an object "tableSorterCollation" which contains a lookup
table, how specific characters should be treated.
For example, after setting "tableSorterCollation={'ä':'ae', 'ß':'ss'};" in the
site's common.js any string containing an ä or Ä will be sorted as if it were a
'ae'.

2. Table rows can be forced to use a specific data type.
By setting class="sort-{Parsername}", the row will be parsed with the specified
algorithm. class="sort-date" would force date sorting etc.
The following parsers are available: text, IPAddress, number, url, currency,
date, isoDate, usLongDate, time

3. Execution time is reduced by half or more.

Sorting a 935 row * 8 columns table:

Browser     Before      After
--------    ------      -----
Chrome 10   90ms        42ms
Safari 5    115ms       48ms
Firefox 4   412ms       87ms
IE8         720ms       115ms

4. Based on the content language and the mdy vs dmy preference, the parser can
understand dates such as "17. März '11". wgMonthNames=[] and
wgMonthNamesShort=[]
in the content language and the mdy vs dmy preference are exported to js; A
table containing the following dates would be sorted correctly:
17. Jan. 01
23 Feb 1992
9.02.05
13 November 2001
14 Oktober '76

Was tested in ie6-8, chrome, safari 5, ff3 & ff4

Followup r85944, move UtfNormalDefins stuff out of extensions profiling area

Follow-up r83302: Check permissions

Another table parser test

Followup r85885: Better error message for an insufficient pagesize in a DB2 database.

Fix warning: Missing argument 1 for wfDeprecated(), called in includes/Article.php on line 580 and defined in includes/GlobalFunctions.php on line 3094

Localisation updates for ToolserverI18N messages from translatewiki.net (2011-04-14 19:30:00 UTC)

Followup to r86064 (List with double line-breaks inside tables). Also contains patch for Bug 16700 by Mormegil (Additional linebreak though nested templates). Parsertests for both

Update undelete.php to use short option aliases.
People using --u and --r will need to change either to -u or --user for --u and to -r or --reason for --r.

Ensure $collationConds is defined on all paths

Fix for r85990, which broke lists inside tables; adding test for it

Adding some parser test for tables. Fixing one parser test, which broke due to changes in a string in MessagesSr_ec.php

Allow people to use &apos; entity (sinqle quote character: ') in wikitext.

It probably wasn't included originally, as its not part of html4,
but was introduced in XML/XHTML1. Since we do all sorts of weird stuff
with ' characters (italic/bold) its probably good to allow lowly users to
have an easy to remember way of escaping it.

There's also a whole bunch of entities in html5 that we should maybe consider
decoding as well.

Changing icons used in installer to GNOME ones, like the rest of vector skin. Also fixing Bug 28298 (one border extens a few pixel too much in installer)

Removed unmatched wfProfileOut

Followup to r86047: Rewrite the radio-button updater & move everything to action.history. Also move to fixCompare version by Helder, since HTMLdiff is scrapped

Added one @since annotation I had to check out

Added wrapper mw.api() for API calls

Changes to SpecialPage: deprecate any syntax for defining pages other than $wgSpecialPage['PageName'] = 'ClassName', including SpecialRedirectToSpecial, which is ugly and nasty anyway.

Followup to r86047: Declare dependency to JUI button more cleanly

Recommit r84805, but without removing UsersPager, which is actually a Good Thing to use for this class of queries.  Yay for the end of global-function-based special pages in core.  About fifteen left in extensions now...

History: Adding JS that converts  buttons to links for better UX. Patch based on one by Matthew Flaschen. Fixes Bug 16165

Updating jQuery UI to 1.8.11 (was 1.8.2). Also loosening button css, since j.ui.button works for non <button> elements as well

Follow-up r 86041 per CR and IRC:
* Article constructor needs to be called with zero as second parameter
* Run stylize.php over new files
* Add Action::getLang() for consistency with other context accessors
* Fix declaration of FormAction::alterForm(), doesn't need to be passed by reference
* Fix inline use of Credits::getCredits() in SkinTemplate and SkinLegacy

Fix regression introduced in r82451. Only happens when getAllHeaders was not called before LanguageSelector hook was executed, not sure in which conditions this happens or not.

Move $rxTc initialization next to where it is used

r86001, now with less scariness :P  I took out the delete action and did purge instead, which is a much more self-contained action-with-a-form.  Also implement a few changes suggested by Brion on IRC last night.

Fixing line-break issues with r85922

(bug 28507) Fix for r85844: that revision was not actually sufficient to fix bug 28235, since URLs can have more than one question mark in them.

Move </td> and </th> to its own line (unless it's an empty cell)
Fixes the other r86004 test case and r86010 one.

Created BeforeWelcomeCreation hook to be run before any welcome message gets displayed

Another evil test to join r86004 (didn't produce malformed output in the pre-r85922 parser)

Revert r86001: Brion says it's too scary :D  will recommit in pieces

Follow up r85922 moving the </caption> to another line, fixing one of the tests added in r86004.

Add a couple of broken tests showing why having the table closing tags in the same line is not a good idea.

Follow up r85991. For some reason I committed the test for r85921 parser, not for r85922

New infrastructure for actions, as discussed on wikitech-l.  Fairly huge commit.
* Actions come in two flavours: the show-a-form-then-do-something-with-the-result (delete, protect, edit, etc) and the just-do-something (watch, rollback, patrol, etc).  Create abstract base classes Action and FormlessAction to support these two cases.  HTMLForm is an integral part of the form-based structure.
* Look mum, no globals!  :D  Fully context-based.
* Implement watch/unwatch, credits and delete actions in the new system as proof-of-concept.  This also gives the delete frontend a much-needed overhaul.
* Stub out the newly-deprecated functions from Article.php.  This already reduces its linecount by about 15%, and there are plenty more actions still to do.
* Centralising actions like this is going to render a lot of hooks type-incompatible.  There's simply nowhere you can put the ArticleConfirmDelete hook, for instance, where it can be passed an OutputPage as the second parameter.  On the other hand, we can implement new hooks like ActionModifyFormFields and ActionBeforeFormDisplay, which can do much prettier stuff to the forms, like adding extra fields the 'right' way.  Update LiquidThreads to use these new hooks where appropriate.

Unbundle OutputPage::showErrorPage() in Exception.php to allow ErrorPageError objects to be passed a Message object for a more complicated display.

Readd support for headings inside tables, broken in r85922 and reported on its CodeReview.
Added testcase for it.
It changes again Parser24.

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

Tables: Fix Bug 20078, add test for it

Followup to r85922: Adapt to MW-coding style

Look mum, no globals!  Implement a RequestContext for HTMLForm, passed in the constructor.  Currently this is optional with B/C; at a later date it should be made compulsory.  Doing this removes the need to call $form->setTitle() on every single use; only when you want to set the title to something other than the page context title.  Implemented the new syntax in a sample of forms.  Also fix a few minor errors in HTMLForm.php that my IDE complained about.

Implement user-is-blocked and wiki-is-read-only as exceptions.

Follow-up r85929: update MediaWiki::articleFromTitle() call in SearchEngine.php

Related to bug 28470 (Doxygen not updating)

Move require_once( MWInit::compiledPath( 'includes/normal/UtfNormalDefines.php' ) ); to Setup.php

Might want relocating in Setup.php though

Followup to r85922: Output th instead of td for tfoot

Followup to r85922: Fix STRICT error, rmv redundant whitespace

reverting some changes unintentionally committed in r85939

followup to r85929 -- missing the break;s for non-default cases.

* Removed getSelectOptions, which did nothing other than send FOR UPDATE on some slave queries to barely used features
* Removed only Core use of forUpdate(); same issue

Follow-up r85928: back out unrelated changes.

Follow-up r85928: AutoLoader entry.

Implement a $context and getContext/setContext methods for Article (and its subclasses).

allow methods to generate a "user does not have required permissions" error by throwing an exception rather than calling $wgOut->permissionRequired().  Currently somewhat circular as the exception goes back to OutputPage::showErrorPage(), but hopefully that global dependency can be reduced in future.