Reconcept cl_raw_sortkey as cl_sortkey_prefix

In response to feedback by Phillipe Verdy on bug 164.  Now if a bunch of
pages have [[Category:Foo| ]], they'll sort amongst themselves according
to page name, instead of in basically random order as it is currently.
This also makes storage more elegant and intuitive: instead of giving
NULL a magic meaning when there's no custom sortkey specified, we just
store an empty string, since there's no prefix.

This means {{defaultsort:}} really now means {{defaultsortprefix:}},
which is slightly confusing, and a lot of code is now slightly
misleading or poorly named.  But it should all work fine.

Also, while I was at it, I made updateCollation.php work as a transition
script, so you can apply the SQL patch and then run updateCollation.php
and things will work.  However, with the new schema it's not trivial to
reverse this -- you'd have to recover the raw sort keys with some PHP.
Conversion goes at about a thousand rows a second for me, and seems to
be CPU-bound.  Could probably be optimized.

I also adjusted the transition script so it will fix rows with collation
versions *greater* than the current one, as well as less.  Thus if some
site wants to use their own collation, they can call it 137 or
something, and if they later want to switch back to MediaWiki stock
collation 7, it will work.

Also fixed a silly bug in updateCollation.php where it would say "1000
done" if it did nothing, and changed $res->numRows() >= self::BATCH_SIZE
to == so people don't wonder how it could be bigger (since it can't, I
hope).

Close the web page when it is disabled.
Fix XSS in filter parameter. Normal setups (with $wgEnableProfileInfo = false) are not affected.

Style improvements

Follow up r69874. Fix the separation markup.

Moved globals $utfCombiningClass, $utfCanonicalComp, $utfCanonicalDecomp, $utfCheckNFC and utfCompatibilityDecomp into UtfNormal class
Regenerated unicode tables
All tests successful

RELEASE NOTES for r69918

Fix for r69776: remove unused variable ApiMain::$mVaryCookie

Followup r69921

PHP Parse error: syntax error, unexpected T_OBJECT_OPERATOR, expecting T_PAAMAYIM_NEKUDOTAYIM in includes/db/DatabasePostgres.php on line 1157

Partial revert of r69782: reverted the cache feature, it does not correctly respect $parseLimit.

Move getValidNamespaces() to Namespace.php

Kill $wgDBversion

More unused variables, whitespace

1 more dynamic used as static

Kill $wgDBport_db2

Kill $wgUseRootUser variable.

Remove useless ext installation script. All this stuff is being redone as part of GSoC and nothing here is useful at all

Add $wgLicenseTerms to DefaultSettings

A few more wrong static things

Remove some =& from LanguageKk_cyrl

Follow up r53497. $wgExternalAuthConfig -> $wgExternalAuthConf
Only DefaultSettings calls it like that. All the classes use $wgExternalAuthConf

Fixup some more wrong static usages

Change some more to parent::

Kill $wgDBsuperuser

File:: to parent::

Pass $this->getName() to getLocalUrl

Article:: to self::

Followup r69904 $self to self

Make getRandomString static as per comment

Fix usage in top of Parser (changed by me earlier)

Localisation updates for core and extension messages from translatewiki.net (2010-07-25 19:47:00 UTC)

Remove double globals.

Remove unused globals.

Add a few globals.

Follow up r69643. Remove unused global.

Move double $wgOut globals to the top, remove $wgLang duplicated global.

Follow up r68354. $wgUser *is* used in successfulLogin() and mailPasswordInternal().

Do not use a global $action to get the action.

More self:: to $this->

I don't think you wanted to assign $IP as a local variable...

Many self:: to $this-> in HttpTest

Fix some wrong usages of static method calls (actually belong to class instance)

Mark used $wgUser as global.
$wgLang of 2917 already marked as global in 2889. Ditto for $wgDeleteRevisionsLimit of 2927.
$wgContLangmarked as global twice in getAutosummary

Are you able to catch the global declared twice left?

Add some more missing globals

$wgLang is already marked as global at the top.

More unused globals

Remove unused global faster than Reedy.

Add used global $wgOut.

follow up r69874. use string  instead of object .

Performance improvement: in doVariants(), concatenate a bulk of titles to a single string, thus we just need to call convertLinkToAllVariants() once.

coding style tweaks to Title.php

coding style tweaks to Interwiki.php

Update the Chinese conversion tables.

Update the Chinese conversion tables.

* (bug 24517) LocalFile::newFromKey() and OldLocalFile::newFromKey() no longer throw fatal errors

Per Simetrical, fix for r69499: only select the fields used by Title::newFromRow()

Removed PHP4-ism

Update function comments to r13689. This time on trunk.

Followup to r69817, r69810 add PG patch file, defaults to cl_type of PAGE.

Fix autoloader borkage (from Jeroen's refactoring?)

Remove unused variable

Remove 1 unused global

Followup r69841 add missing t from output

Remove unused globals

Followup r69841, missing $

Fix typo in deleteArchivedFiles.inc

Remove unused globals

Add missing global

Localization update for he.

Removal of unused globals

Removal of one setting of a variable to '', then not using further

Remove various unused globals

Add missing global $wgUser;

Add missing global $wgOut;

Add missing global $wgUser

$self to $this

Remove 1 unused global

overrideConfig was moved to CoreInstaller in r69738, but new-index.php / maintenance/install.php wasn't updated

Localisation updates for core and extension messages from translatewiki.net (2010-07-24 16:30:00 UTC)

(bug 23293) Don't show change tags when special:rc/rclinked/newpages is transcluded
into another page as it causes UNIQ... to be everywhere.

Localisation updates for core and extension messages from translatewiki.net (2010-07-23 21:25:00 UTC)

Commit forgotten file from r69810

Add non-identity collation, with migration script

It seemed to work correctly, with the newly-created page "bob" sorting
as "BOB", but then I nuked all my cl_sortkey by running the migration
script before refreshLinks.php had finished running, so I'll have to
wait a while to see if it works properly with a non-messed-up database.
It's possible there's something wrong with the display of section
letters in the categories, but otherwise I think this is working right.

Fix spaces from r69814

Grrrr

Add missing $wgDBname global

$title undefined in initialize

Guessing it's supposed to be $this->mTitle

Saner code formatting, fix a couple of bugs

Use modern coding constructs and a better var name

foreach ( $res as $row ), Title::newFromRow(), $row instead of $x.

Initial commit for category collation framework

Hidden behind $wgExperimentalCategorySort until it's reasonably
complete.  If that's false, no behavior should change (but I didn't test
carefully, so poke me if there's a bug).  See DefaultSettings.php for
documentation on setting it to true.  Currently you should not do this
except if you're working on the feature, since functionality is not
close to reasonable yet and will change rapidly.

Bug 1211 is already fixed with this commit for me.  However, many other
things still need to be done, so this is all very much a
proof-of-concept.

Prohibit all moves from/to file namespace

Per discussion on wikitech-l.  Previously, it was possible to move pages
to the file namespace, and move pages from the file namespace as long as
there was no associated file.

Typo, style fix

* replacing deprecated <s> with <del>

Fixup code from r69753, create title from row and use that in the pageset

Also intval() page_namespace as per CR

Resolve minor fixme from r69761

Followup to r69776: cache result of extractRequestParams() because it gets called 2 or 3 times per module per request now. Also touch up documentation here and there

Minor comment improvement to r69757

Stylize API up to date

Fix spaces from r69755

Minor update to RELEASE-NOTES per r69753

Rewrote r69339 etc. to clean up API cache header handling.

* Introduced a "cache mode" concept to simplify the header generation code, and to avoid odd results when conflicting cache header requests are received from submodules, or at least to formalise the handling of such cases.
* Made the cache mode private by default, so that code written in ignorance of caching tends to be safe. If different query modules are used in a single request, private caching is preferred over public caching.
* Removed the "must-revalidate" option from all CC headers, this is really specific to page views with a hacked squid in front, I don't think it's applicable here.
* Made the watchlist module private. This is really the definition of private data. There's nothing in the HTTP spec that says the URL for a CC:public request is private and can't be leaked. CC:private provides protection against unknown proxy behaviour.
* In ApiQueryAllmessages: avoid calling $wgLang->getCode() to check if it's necessary to make a new $wgLang when lang= is specified, since this is the only thing that unstubs $wgUser.
* Removed "FIXME: should this check $user instead of $wgUser?" Answer is no.

Fixed inappropriate conversion of strpos() result to boolean, causing the first cookie in the header to not be recognised as a cache-varying cookie

Send XVO headers only if $wgUseXVO is true.

re r64403 - remove never-actually-used $flag parameter from verifyUpload()

Big blitz on unused variables (a lot of $db = $this->getDb() )

Remove some unused globals

Remove various unused parameters

Only comment them out in ApiFormatYaml_spyc.php

Fix fail from r69755, press save, actually do "LIMIT_SML2, LIMIT_BIG2 are in ApiBase, not ApiMain"

LIMIT_SML2, LIMIT_BIG2 are in ApiBase, not ApiMain

$this isn't valid in a static function. Fix for r46507

Return error wrapped in array as per rest of code

* (bug 24485) Make iwbacklinks a generator, display iwprefix and iwtitle optional

Second part, make ApiQueryIWBacklinks a Generator

Remove unused $categories = array();