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

Removed deprecated getFullPath(); no callers

eol w/s

Revert r79363, r79364, and r79369 to disable datalists support entirely based
on Bug 31602, Bug 31697, Bug 31654, Bug 31658, and even Aryeh Gregor's
comments in
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-December/029593.html

(bug 31345) document API Revisions parameters as enum

Patch by Brad Jorsch.

Fix for r100333: forgot to override requiresWrite() and requiresUnblock()

* Changed action=raw to use an Action subclass
* Left RawPage with back compat code for extensions that use it
* Removed calls to Skin for gen=(css|js). Calling action=raw&gen=(css|js) will now unconditionally return empty content
* Removed Skin::generateUserJs() and Skin::generateUserStylesheet() since they were only used in RawPage

* (bug 25306) Add link of old page title to MediaWiki:Delete_and_move_reason

* Simplified r100286 by just using the field 'user_name' and removed the COALESCE
* Simplified contribs pager with Revision::selectFields()

Moved contribs rev parent ID batch query into doBatchLookups()

* Made ?contribs=user actually show the results for the *user* if 'newbies' was given as the user.
* Added a link batch query to newbie contribs paging

* Added a proper Pager::doBatchLookups() function
* Made HistoryPager use a link batch via Pager::doBatchLookups()

FU r100300, r100286:
* Updated link batch code in MergeHistory
* Marked some Revision functions explicitly public

JOIN to get user_name in Contributions, HistoryPage, RevisionList, RevisionDelete, and MergeHistory

FU r100286: Added sanity check to fetchFromConds() join conds

* Tweaked Revision class to handle loading the current user name instead of rev_user_text. It still falls back to rev_user_text when building objects from DB rows for b/c.
* Moved JOIN conds to fetchFromConds() as that's where the tables are specified. This lets us avoid the same page_id=rev_page join conds plastered all over the code. Also, we can't mix WHERE and JOIN style join conds.
* Removed duplication in fetchFromConds() by using selectPageFields().
* Removed duplicate rev_parent_id field from contribs SELECT.

Yo make use of these changes, Pagers and lists still need to be updated to use Revision::selectUserFields() and join on the user table.

Code cleanups & fixed strange comma

Localisation updates for core and extension messages from translatewiki.net

Add some braces

Unindent most of the code

Revert r100262 — wasn't the right place for it and other problems,
like broken parser tests.

Please read [[Manual:Pre-commit checklist]] before committing.

we want to get the edit token, not edit the token...

Give a clear error message instead of un-intelligible UNIQ.*QINU
markers.

Not sure the preg_match() is actually needed.  Or it may be
appropriate to use MARKER_SUFFIX for the match.

The error message may also need to be rewritten to be more
user-friendly, but I'm pretty sure *an* error message is friendlier
than UNIQ garbage.  And making them visible error messages makes them
easier to be found.

Join ipb_by to user table to get the user name. If we can't find a user, fallback to ipb_by_text. This lets centralauth blocks have the blocking user be displayable again.

* Fixed undefined var $g error
* Style cleanups

Change the hook case per CR r95152

Follow-up r82285: we should not apply case conversion to these names, because it's unintuitive and potentially risky when they could theoretically contain weird characters.  It was necessary before r86508, but not now there is a prefix meaning the group name is not at the start of the title.  Plus the default messages are already at the lowercase titles.

Follow-up r100227:
* Missed one call to ParserOptions::getUserLang() in Parser
* Also convert RefreshLinksJob and RefreshLinksJob2 to use ParserOptions::newFromUserAndLang() and pass $wgContLang instead of whatever $wgLang could be

It is valid (albeit silly) to specify lang;q=1.000 No more than three decimals are allowed.
(rfc2616 section 3.9: Quality Values)
The language-range may contain more than one - (section 14.4) such as x-pig-latin
(section 3.10: Language Tags)

Don't reinvent the wheel in LegacyTemplate::pageStats(), just use them items from SkinTemplate

* Changed ParserOptions to store a Language object instead of only a string, avoids object -> string -> object conversion
* ParserOptions::getUserLang() will still return a string for compatibility, added ParserOptions::getUserLangObj() to get the object
* Added ParserOptions::newFromUserAndLang() and ParserOptions::newFromContext() to easily get a ParserOptions object when a context is available or when someone wants to force the language
* Updated OutputPage and Preferences to use newFromContext() and WikiPage to use newFromUserAndLang()
* ParserOptions::setUserLang() still accepts either a string or a Language object, but changed the calls to pass an object instead of a string
* Changed Parser::getFunctionLang() to return the Language object from ParserOptions when parsing interface messages rather than $wgLang directly and updated the documentation to say that $wgLang should not be used directly (as $wgUser, $wgTitle and $wgRequest)

Revert unihan.zip's version to 5.2.0.