Change the name back to dumpHook (r96336). That makes obvious that the use of var_dump is intended.

Followup r99354, adding release notes entry

we must have a session when testing Api upload.

For some reason, the ApiUploadTest::testLogin method no more returns a valid
session. Since most, if not all, of the ApiUploadTest tests depends on it
we want that testLogin method to fail so we can skip the rest of the tests.

Test command:
  ./phpunit.php --filter ApiUpload --tap

BEFORE:
=======

TAP version 13
array(0) {
}
ok 1 - ApiUploadTest::testLogin
ok 2 - ApiUploadTest::testUploadRequiresToken
not ok 3 - Error: ApiUploadTest::testUploadMissingParams
not ok 4 - Error: ApiUploadTest::testUpload
^C

AFTER:
======

TAP version 13
not ok 1 - Failure: ApiUploadTest::testLogin
  ---
  message: 'API Login must return a session'
  severity: fail
  ...
ok 1 - # SKIP This test depends on "ApiUploadTest::testLogin" to pass.
ok 1 - # SKIP This test depends on "ApiUploadTest::testLogin" to pass.
^C ... more skips

Followup to r86053 - fix special page cases

[27-Oct-2011 05:51:24] PHP Notice:  Found alias defined for Listadmins when searching for special page aliases for ListAdmins. Case mismatch? [Called from SpecialPage::getLocalName in /www/sandwiki/includes/SpecialPage.php at line 464] in /www/sandwiki/includes/GlobalFunctions.php on line 3378
[27-Oct-2011 05:51:24] PHP Notice:  Found alias defined for Listadmins when searching for special page aliases for ListAdmins. Case mismatch? [Called from SpecialPage::getTitleFor in /www/sandwiki/includes/SpecialPage.php at line 261] in /www/sandwiki/includes/GlobalFunctions.php on line 3378
[27-Oct-2011 05:51:24] PHP Notice:  Found alias defined for Listusers when searching for special page aliases for ListUsers. Case mismatch? [Called from SpecialPage::getTitleFor in /www/sandwiki/includes/SpecialPage.php at line 261] in /www/sandwiki/includes/GlobalFunctions.php on line 3378

Quick and ugly fix to stop installs with CACHE_DB from immediately failing with DB errors. Something is wonked with the order of temp table creation.

Disabled "bad image" tests which made totally broken assumptions about how/when the bad_image_list message is loaded. This caused failures with r100883. More direct tests were added in r100915.

Minor code style cleanups

Fixed braceSubstitution() to only profile templates rather than all kinds of possibly long strings of text to parse. It was dumping the whole text as the name of the profiling entry.

Followup r100905, cleanup per CR and fixes the overriding of the main RequestContext

Followup r100905, fixed the ApiTests

Documentation

Deprecated code updates

* Allow passing in a blacklist into wfIsBadImage()
* Added wfIsBadImage() unit tests

Followup 100905, fixing usages of getContext()

Adding context to the API

This will probably break something somewhere so when it does please yell at me on IRC and I'll fix it.

Fixed process cache for bad images when the list is empty

Make indentation consistent in HTMLForm doc comment

Patch from Erwin Dokter Bug #31547 — “Category links need less spacing and better wrapping”

Applying since the this was already tried at enwiki. http://en.wikipedia.org/w/index.php?&diff=prev&oldid=454764019

Followup r100847, ApiMain now respects $wgShowHostnames

Localisation updates for core and extension messages from translatewiki.net

Small todo note about ApiMain

Releasenotes for wgQueryPageDefaultLimit - followup for r100761.

script to parse wikitext from CLI

Wikitext can be given by stdin or using a file. The wikitext will be parsed
using 'CLIParser' as a title. This can be overriden with --title option.

Example1:

$ php parse.php --title foo
''[[foo]]''^D
<p><i><strong class="selflink">foo</strong></i>
</p>

Example2:

$ echo "'''bold'''" > /tmp/foo
$ php parse.php --file /tmp/foo
<p><b>bold</b>
</p>$

Example3:
$ cat /tmp/foo | php parse.php
<p><b>bold</b>
</p>$

Split out checkExecutePermissions() function from userCanExecute() in FormSpecialPage. The former handles actual execute() calls and throws exceptions, the later inherits its purpose from SpecialPage. It just checks the page restriction to see if a user generally *could* execute. This avoids the breakage that came up in r100723 where Special:SpecialPages was throwing permission errors due to the getUsablePages() call.

Fixed 'Fatal error: Cannot access protected property Revision::$mDeleted in C:\wamp\www\MW_trunk\includes\revisiondelete\RevisionDelete.php on line 146'

Move DjVuImage to media/DjVuImage.php

Leave a fixme comment on context stuff

More documentation!

FU r100535:
* Added thumb-handler.php5 file
* Moved 404.php to thumb-handler.php as wfDisplay404Error()
* Removed excess short-circuiting error cases in thumb-handler.php
* Moved cURL extension check to the top of the file
* Improved sample $thgThumbHashFragment regex value
* Cleaned up wfStreamThumbViaCurl() error handling code a bit

Add, update, tweak documentation

Fix document comment blocks

Tweak some returns

Add, update, tweak documentation

Fix document comment blocks

Tweak some returns

some eol w/s

Bug 31948 - Special:Contributions doesn't remember tagfilter in
options form

Patch from MrBlueSky.

Followup to r97033 - removed wgWhatlinksherelimit and started the conversion to wgQueryPageDefaultLimit, but didn't see too many places using a default of 50.

If the page contains __NOEDITSECTION__, it will never have edit sections, so don't create markers. Follow-up r99250.
Fix for bug 31647: Regression: __NOEDITSECTION__ is ignored when the page is read from the parser cache

Port Special:Lockdb and Special:Unlockdb to HTMLForm using FormSpecialPage

* Removed $wgRCShowChangedSize check in sp:Contributions for size diffs since this isn't RC
* Replaced revision size information on history pages with size diff to be consistent with other places

Unstub $wgLang if still stubbed before storing it; avoid storing a StubUserLang instance in ParserOptions and errors when getting the object (per report of Lockal on IRC)

Added temporary LocalFilePurgeThumbnails hook for bug 27641

(bug 31514) Followup r99031: allow clicking of links in table headers in a different way that doesn't break expand/collapse links.

Marked purgeThumbList() protected

Followup r100391: fix caret position test case on Opera, Firefox 3.5/3.6/4.0/5.0

Opera (through 11.52 at least) & Firefox prior to 6.0 set the caret initially to the end of the textarea, which gave a mismatch. All we really need is to know we got a sane value, so checking for both (start == 0; end == text.length) gets the job done.
Under ideal circumstances, we'd check after a user clicks in the textarea on the first line, but no good way to trigger that. :)

FU r100645: don't pass unused param

* Remove $abort parameter from MediaWiki::checkMaxLag(); unused and it's a private function.
* Restore wfGetLB()->getMaxLag() call since we are no more in index.php

Localisation updates for core and extension messages from translatewiki.net

Add user_former_groups table to PG updater

Update Postgres with missing uploadstash tables

Basic support for Postgres phpunit testing, currently throws 5 errors, 1 inc, 5 skipped

Tests for r96188 features

That revision let us pass an array of values to 'class', 'rel'
and 'accesskey'. The revision requested some tests :)

Added OutputPage::setPageTitleMsg() and OutputPage::setHTMLTitleMsg() as modified versions of OutputPage::setPageTitle() and OutputPage::setHTMLTitle() that take an message name and its parameters; updated all calls in core that can use the two new functions

Removed unused and deprecated global declaration of $wgDeferredUpdateList

* (bug 31921) Fix for r78201: magic words REVISIONDAY, REVISIONMONTH and REVISIONYEAR now give current values on preview

Update formatting. Update "<space><tab>" and "<tab><space>" where needed.

makes HTML5 five only attributes a global property

This patch move an array hidden in Html::expandAttributes() to the top of
the class definition as self::$HTMLFiveOnlyAttribs.
That also make the Html::expandAttributes() method a bit more concise.

test that preloaded text is unstripped

bug 27467 reported our preloaded system did not unstrip <nowiki>
or <pre> enclosed text. The fix was applied by r82473.

test {{SERVERNAME}} with relative URLS

bug 31176 mentionned an issue with {{SERVERNAME}} returning the full
URL instead of servername when using relative URLs (//localhost).
The fix was made by r98193.

This patch test three different URL protocols (http, https & relative)
and check we return the expected 'localhost'.

using real identity for hashar

Converting my pseudonym to use my real identity instead:
Ashar Voultoiz -> Antoine Musso

Test handling of escaped CSS comments

r85856 fixed a CSS injection issue but lacked testing. This
test verify we properly strip out CSS comments even when the
token delimiter '/*' is backslash-escaped : \2f\2a

Updated documentation of $wgMaxImageArea for r99911 etc.

FU r100535:
* Changed custom functions to work via a $thgThumbCallbacks variable
* Added 'checkCache' and 'fillCache' hooks to $thgThumbCallbacks
* Minor regex cleanup to wfExtractThumbParams()
* Re-organized a bit of the wfStreamThumbViaCurl() code

(follow-up r100575 / r99477) unit-tests for jpegMetadataExtractor dealing with padding bytes.

(follow up r99477) not sure what I was doing on r99477, but its not right (doesn't work for odd number padding bytes)

Will commit unittests in follow up.

(bug 31740) JpegMetadataExtractor and friends weren't checking for unexpected end of input properly

I created a new wrapper around unpack - wfUnpack which throws an exception if it runs out of input
(but i didn't use that on GIFMetadataExtractor/PNGMetadataExtractor because those files have a header saying that they weren't external dependencies minimized for potential re-users. I don't think anyone actually re-uses those files, but I didn't want to add a dependency on wfUnpack just in case).

I also changed fopen( blah, "r" ) -> fopen( blah, "rb" ) since these are binary formats, so we don't want newlines converted on windows.

Update green buttons to a color that doesn't clash with Vector.

Localisation updates for core and extension messages from translatewiki.net

Adding functions to HTMLForm for explicitly setting the content of the header and footer.
Also adds a function for setting the intro, as a counterpart to addPreText

HTMLForm is now a context source.
Replace wfMessage() calls with $this->msg()

Adding flatlists to HTMLRadioField, sort of like HTMLMultiSelect

Add check to see if the user has permission to view the log. Right now the page title and description are still set.

Removed wrong comment in doBatchLookups()

Reverted r99195 quick-fix per r99897

Use getId() accessors for Revision object (fixes fatal)

Added a basic thumb-handler.php file, configured via thumb.config.php. The code is based on the wmf thumb handler, but simplified. It is disabled by default.
* The thumb.php parameter extraction can also be overridden by the config to handle more complex setups and things like OggHandler and PagedTiffHandler.
* A simple 404 error page is also included. It can be overridden by the config.
* Additional HTTP headers can be passed through cURL via the config.

* Changed action=history to use an Action subclass
* Use local context instead of global variables
* Removed obsolete aliases PageHistory and PageHistoryPager; no longer used
* Made Action::getContext() and related methods public for the call in HistoryPager's constructor and also for consistency with other classes

Group shell-related functions

Use attr() instead of this.href, to make sure that we don't absolutify the URI.

Fixes bug 31899

* Use local context to get messages
* Simply use getLang() instead of getContext()->getLang() now that this method exists
* Also changed addWikiMsgArray() to use a Message object with addWikiText() for the parse operation; removed its $options parameter, no caller was using it

Check first that $wgDisableLangConversion is false and we are not in a special page before doing the language variant check

Follow up r100512, adding @since tags and using wfMessage

Allowing moving -> allow moving; use past tense

Localisation updates for core and extension messages from translatewiki.net

Removing extra stuff that was committed in r100512

Adding functions to HTMLForm for setting the submitText and WrapperLegend to messages instead of having to use wfMsg every single time

Follow up to r79085. Fixes bug 31408.

There was a typo, causing the minoredit tag not to show up in the enhanced recentchanges.

Typo.

* Call Linker methods statically
* Use local context to get messages

Revision objects now always use the current name of users, loading it on demand if necessary (e.g. when given a $row with no user_name but rev_user is not 0)

Fix fatal: Fatal error: func_get_args(): Can't be used as a function parameter in includes/context/ContextSource.php on line 121

Localisation updates for core and extension messages from translatewiki.net

Followup r100396, use is_string instead of !is_array

Use local context to get messages

* Call Linker methods statically
* Removed now-useless parameter RevisionDeleter::getLogLinks(), updated the only caller

* (bug 31847) Fix positioning of WikiEditor 'header' insertions when selection is empty in IE 7/8

Follows up to the test cases added in r100391. jquery.textSelection's getCaretPosition() for IE needs to focus the textarea first in order to get consistent results when there's an empty selection -- getSelection() which returns the text already does this.

Because focus had previously been stolen by the drop-down menus in WikiEditor's toolbar, the saveCursorAndScrollTop() was getting a bogus result from getCaretPosition, saving that, then restoring the bad selection (wiping out the original caret position) right before going ahead with the encapsulateText call.

Now seems to get the correct caret position, and also doesn't appear to interfere with selections.

Bugfix to r96441, class_exists throws warnings when arrays are passed to it

QUnit test cases for bug 31847: will trigger a fail on IE 6/7/8

jquery.textSelection's getCaretPosition() gives bogus results on IE 6/7/8 when there's not a selection set in the textarea; it seems to give us some value somewhere in the middle of the textarea, rather than what we expected.
If we actually set an empty selection, then it gets it back just fine!
But if the cursor is in initial state, or has been moved by the user, we get back garbage. This is causing WikiEditor to sometimes insert things in the wrong place, as it tries to pull the caret position and manipulate the selection to do insertions; we then end up using the bogus selection when it gets saved in via selection restoration.

Updating jquery.qunit from upstream
* Source: https://github.com/jquery/qunit/tree/ee156923cdb01820e35e6bb579d5cf6bf55736d4
-- Several bug fixes
-- New hooks system
-- Version numbers, finally (this is 1.2.0pre)
-- (BREAKING CHANGE) start/stop now takes count instead of timeout as first argument (read more at https://github.com/jquery/qunit/pull/125 and http://docs.jquery.com/QUnit/stop)

[JSTesting] Fix dependencies. Of course jquery.qunit.completenessTest needs jquery.qunit

[JSTesting] Don't rely on the timeout argument of start/stop. This behavior is removed in the latest QUnit version.
-- Actually, in the latest QUnit version start/stop take 'count' as first argument. It would internally set the number of wait levels to 5000 xD

After r100379, move release notes for bug 29392

Localisation updates for core and extension messages from translatewiki.net

More whitespace tweaks...and fixed doc typo