Reverted r84386; breakage too severe

More comments on hash inputs

* Added findFileFromKey() function
* Added doc comments to findBySha1()

Per CR, remove round() call I accidentally reintroduced in r84401

Typo from r54350: Overide > Override

Installer: require_once extensions, simple require can cause problems with extensions implicitly depending on other extensions (e.g. Maps already requires Validator, if user checks Validator, xe gets a fatal).

Fixed <doclink> broken by r83023

Follow-up r84358 CR: rename 'editusertalk' to 'editownusertalk', private --> protected, and run stylize.php over Block.php

(bug 26939) Installer does not set $wgMetaNamespace

Add Michael Dale to the list of patch contributors

(bug 26805) Introduce ResourceLoaderGetStartupModules hook to allow extensions to add modules to the startup set (normally this is jQuery and mediawiki). Applied patch by Michael Dale, with minor style tweaks

Followup r84399: remove another round() call

Remove stray round() call, rounding of timestamps was removed some time ago. Thanks to Michael for pointing this one out

(bug 27336) Add $wgJobTypesExcludedFromDefaultQueue for job types that aren't supposed to be run by 'normal' job runners. Modified patch by Michael Dale

(bug 27641) purgeThumbnails should support exclusion of expensive files. Add $wgExcludeFromThumbnailPurge and don't purge thumbnails whose extension is in that array when the files they belong to are purged with action=purge. Committing patch by Michael Dale with small coding style tweaks

Revert r83812 (schema change for cl_type enum), no longer needed after r84392. Also reverts r83821 (followup to r83812, add /*_*/ )

Follow up r84175

Per r83812 CR, solve the categorymembers paging problem by doing separate queries for each value of cl_type, with some trickery to make paging work. This makes the enum->varchar schema change for cl_type unnecessary, so I'll revert that.

Code was largely copied from Tim's CR comment on r83812 but adapted to deal with the fact that we have to apply the cmcontinue-induced WHERE on cl_sortkey and cl_from only for the first query. Because ApiQueryBase doesn't let us unset or overwrite conditions like these in a nice way, I added an $extraQuery parameter to ApiQueryBase::select() that excepts additional query parameters that are only applied to that query but not stored in the object.

Makes wikilinks nicer when possible

This patch mostly impact Title:getLocalUrl() with two changes:

1) Abstraction:

$wgActionPath related code is now in Title::resolveActionPath(). It now
interprets query parameters using an array which is easier to read than
playing with a regexp and the evil $matches[].

2) Tweaking:

Change the 7 years old (r2621) URL forge:
  "{$wgScript}?title={$dbkey}&{$query}"
  => /w/index.php?title=FOO&q=2

To a nicer
  "str_replace( '$1', $dbkey, $wgArticlePath )"
  => /wiki/FOO?q=2

Additional changes:

* Parser tests were modified to reflect the changes.
* PHPUnit TitleTest amended to test getLocalUrl() (add more!!)
* When using wgActionPaths, makes sure the 'view' action is a sane default

In $.textSelection, treat <input> elements differently from other elements (such as textareas and iframes) in IE, seems to be needed for some reason (oh IE, how I hate you). This fixes a bug causing Narayam's keyboard mappings to not work in <input> elements in IE.

* (bug 16288) API: consider making closure status of wikis more clear with meta=siteinfo

Added bug to RELEASE-NOTES, this adds the hook and usage into SiteMatrix

Have I got my & all right? I can never remember

Addition of 'APIQuerySiteInfoGeneralInfo' hook for usage in bug 16288 "API: consider making closure status of wikis more clear with meta=siteinfo"

correct wfDebug() calls added in r79272 & r79368

Followup r84361, numerical keys ftw

Actually list implicit groups in allusers.

Looks like I might've regressed this in the course of fixing other bugs. Oh well, fixed now

* (bug 27469) label implicit groups in list=allusers&auprop=groups/list=users&usprop=groups

* Implement an extensible Block::prevents( <action> ) function to replace the plethora of direct member variable accesses  This pushes the historic *disable*-createaccount-vs-*allow* usertalk-edit wierdness down to the database layer
* Implement accessors for isHardblock() and getRangeStart()/getRangeEnd() in the same fashion.
* Make the corresponding variables private, removing external accessors.  This required updating AbuseFilter with non-B/C code, so I also implemented the rest of the changes I've made to the blocking backend in that extension.
* Move the "get an IP range which encompasses the given IP/range" logic to Block.php; will be needed later... :D

* (Bug 14005) editing section 0 of an existing but empty page gives no such section error

Tested, with minor tweak. Also removed now un-needed code

Patch by Harry Burt

* (bug 27343) Add parseddescription to list=filearchive

This feature never made it into 1.16

Follow-up r81524: fix fatal when modules are deregistered

update.php: restore compatibility with PHP4 to die gracefully

Mark various internal methods as protected, which have no external calls in core or extensions.

Follow-up r84336: break some long lines

Block::forUpdate() is never called, and doesn't really make much sense in this context anyway; remove it and simplify.

Clarify the behaviour of Block::parseTarget(), and that TYPE_AUTO and TYPE_ID are broadly the same.

Remove some insanely ancient (~r4797) unused globals and variables, and make private variables actually private (no external calls to worry about)

Fixed message borkage from r78593

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

Fix fatal from r83823

Don't refuse to do work just because the pool counter server is down. This seemed like a good idea at the time, but in practice is rather fragile.

Per Hashar, fix for r83673: only accept StubContLang and StubUserLang for stub objects

Log pool counter errors

Fixed typo in r84314

consitent PHP version in RELEASE-NOTES (PHP 5.2.3)

Follow up r83879

Fix for Bug# 17463: New pages log doesn't remove/update item after suppression redirect

Except for some whitespace changes, this is Baowolff's patch from http://bug-attachment.wikimedia.org/attachment.cgi?id=8312 which I am applying in the spirit of “apologize later”.

Baowolff writes:

    Don't show new page entries in Special:newpage for supressed redirects.

    Patch to remove the new page entry from Special:RecentChange and
    special:newpages, if the new page gets moved with redirect supressed.

    I'm not a 100% sure this is a good idea. This will only suppress the initial
    new page line in the RC (And newpages), and won't supress any other edits to
    the page. Does this behaviour really make sense? (Thats not rhetorical). It
    seems somewhat different from deleting a page, where none of the content is
    relevent, but when you move a page, the edits don't go away, they're just in a
    new title.

    I suppose we could just change the new page entry in the RC to point to the
    other page, but that seems rather wrong too.

    So anyhow, not sure what the right approach is.

Missed one instance of Block::infinity() from r84279.

Move Block::normaliseRange() to IP.php, then reduce it to 4 lines by using the existing functionality in that class.

Extract bit depth and color type for PNG images

Follow-ups to r84258

Added hook BitmapHandlerTransform to allow extension to transform a file without overriding the entire handler.

Follow-up r83658 CR: Undoing addition of second argument, prefix is for identifying the source window, not the context within

per r83658 CR: mw.log.prefix is for identifying windows, not context. Using string concat instead

per r83658 CR: mw.log.prefix is for identifying windows, not context. Using string concat instead

Follow-ups to r84258.

Fix fatal Invalid argument supplied for foreach

debugging statement when starting a phpunit parser test

Follow-up r83909, r83825: update special page aliases for all languages.

Fix borked r84266.

Follow-up r84249: reimplement isAllowedAny(), and restore isAllowed() to only-accepting-one-parameter mode for the time being.

Followup r83536 to address Jack Phoenix's comments about the bogus w/s “cleanup”

Improve query building if's to cater for addition of columns

Apply patch for Bug #27899 Special:NewPages does not handle RevisionDeletion

This means the hidden comment of a new created page is shown and the hidden
user of a new created page is also shown.

Patch supplied by Jarry1250

w/s diff. mostly eol w/s and using only tabs of width 4 to indent.

Followup r84260, normalise API behaviour, and fixup description

Followup r83862, add notation that page count will be added if appropriate

More cleanup in Block.php.  Push Block::encodeExpiry() and Block::decodeExpiry() deeper into the callstack, to DatabaseBase for encode and Language for decode.  The vast majority of callers of these functions are not handling block expiries, but expiries generally, particularly page protections.

* (bug 28104) Namespace for local pages in interwiki backlinks (iwbacklinks)
  is missing

BacklinkCache: explicit properties visibility

documentation for BacklinkCache class

- still need examples
- could use peer review
- no functional changes

First forays into the swamp of the Block.php backend:
* Move Block::parseExpiryInput() to the frontend SpecialBlock::parseExpiryInput()
* consolidate the several implementations of the MediaWiki:Ipblockoptions parsing into SpecialBlock::getSuggestedDurations()

Allow User::isAllowed() to take varargs.  "is allowed X or Y" is by far the more common multiple permission check in core, so this is now the behaviour of isAllowed( X, Y ); also add isAllowedAll(...) for testing "is allowed X and Y".  Has the nice side effect of adding visibility to a very old function.

Follow-up r84233: fix documentation format

(bug 27403) saved user preferences which are subsequently disabled with $wgHiddenPrefs are not used in output, but are retained in the database in case the preference is subsequently re-enabled.

* Fixed wfIncrStats calls from r83617 (I assume this wants the # of jobs added)
* Follow up r83494, r74737: allow for proper db rollback of a user renames (addresses code comments added in r74737)

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

parseInt with base 10, update comment (number -> num)

follow up r83619

Follow up r84134 document reference passing.

Fix typo in r83786

Be more consistent if updater script's output

Per Tim Starling, follow-up r83137: added schema update

Enable preprocessDump.php to work without a db.
Using the new hook added in r84173

Add hook InterwikiLoadPrefix

Also remove message as followup to r84133

* (bug 27924) PhpHttpRequest doesn't return response body if HTTP != 200

Apply Bawolffs patch minus the var_dump()'s

Update output language.

Fix r84131, Installer classes not initialised/in usage, so we can't do this.

Change for hardcoded 5.2.3 as current minimum version

Fix Bug #28082, Add Hooks to User::addGroup and User::removeGroup

    I propose to add two new hooks, one should be called when adding a
    group to a user, one when a group is removed. This allows
    MediaWiki for example to add/remove groups from a remote
    authentication/authorization service.

Adapted provided patch.

Another old version checking thing

Less hardcoding...

Add a couple of braces and spacing

Kill off some more old version checking stuffs

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

(follow-up r65035/r65013) The username parameter wasn't preserved when clicking links in Special:Listfiles.

Removed usage of extract() in LinkHolderArray::doVariants()

Makes LanguageTr uc & lc match parent declaration

Methods were introduced in r84057 which, unfortunatly was tested with
PHP errors disabled :\

Additionally add tests for the full Turkish alphabet based on an article
from Wikipedia http://en.wikipedia.org/wiki/Turkish_alphabet

Revert r83993

(Bug 28069) MediaWiki fails streaming files when mod_deflate and ob_gzhandler are also set
gzipped content with header: "Content-Encoding: , gzip"

bug 28040 Turkish: properly handle dotted and dotless i

As mentioned by Bawolff on code review, r83970 only handled case change
of the first character lacking full strings support.

This patch override the uc and lc methods for the Turkish language (tr)
using preg_replace() which know about unicode. Other possible choices
would have been:
 - strtr() =>  outputs garbage
 - mbstring => can not know we handle turkish and transform i to I!

I have amended the RELEASE-NOTES to reflect this patch.

Some new tests are added as well to cover the regular functions as
well as the specific Turkish overriding. Result in testdox:

LanguageTr
[x] Change case of first char being dotted and dotless i
[x] Language tr lower casing override
[x] Language tr upper casing override
[x] Upper casing of a string with dotted and dot less i
[x] Lower casing of a string with dotted and dot less i

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