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.

Fix some incorrect rules. Fxxk unihan.zip!

Fix a bug existed in Makefile.py which allows single character appearring in words list.

Update Chinese conversion table: follow r90409, fix an incorrect rule.

Fix r100138 per Nikas CR: "always use explicit conversion to string with wfMessage"

* Removed newFileFromKey() which had a misleading description and a bug where giving a sha1,time could fail if two current version files existed with the same sha1 but different timestamps. Merged the code into findFileFromKey().
* Fixed bug in findFileFromKey() were it would bail out if it couldn't find a matching current file without even check for matching old files.
* Fixed timestamp format of oi_timestamp condition in newFromKey().
* Some code style cleanups.

more accurate documentation for addValue() method

Minor code style cleanups and tweaks

Clarify proxyblockreason per suggestion of Amir.

Use spaces around "×" for consistency.

Remove some more code after r98467

revert r99562 and set standard_conforming_strings “on” by default

Add bug id, follows-up r99934didn't know there was a bug about that

Localisation updates for core and extension messages from translatewiki.net

Fix for r100114: make API and tests work again

* (bug 18823) "move succeeded" text displays bluelinks even when redirect was suppressed
Ping r100017 for the subpage part.

Kill unused maintenance script (probably rotten and seriously out of date also)

Remove some unused getting of non existent arguments

Documentation

Remove some unused getting of non existent arguments

Documentation

Cleanup whitespace

Couple of bits of documentation

Kill dead/rotting importUseModWiki(pedia)? maintenance scripts

Documentation

Explicit member variable definitions

Simplify some code

Add documentation

Fix some unused variables, commented some others out

Add namespace gender aliases for 'dsb' and 'hsb' per https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:Raymond&oldid=94929642#Geschlechtsspezifische_Namensr.C3.A4ume

* Use local context instead of global variables
* Pass the context between Special:Userlogin and Special:ChangePassword when calling the other one

Fix for r97314: add HttpError to the AutoLoader

Qunit coverage for mw.Title.js

Follow up comment on r93702 asking to cover:
  new mw.Title( 'user:NeilK' );

Also added a case conversion test

Fix svn props, r99919

Remove unused global $wgLoadScript

Remove global added in 2005 by vibber (r11563). There's a new one added in r99349.

Localisation updates for core and extension messages from translatewiki.net

* (bug 31692) "summary" parameter now also work when undoing revisions

Localization update for he.

(bug 31405) block reason preload.  Patch by Brad Jorsch.

add useful comments about portlet ids

comments comes from r95571 commit log by Krinkle

Type hinting

Added a User parameter to SpecialPageFactory::getUsablePages() so that it does not need to depend on $wgUser; updated the only call to it

Use local context to get messages

Fix native name of Ligurian: translatewiki.net/wiki/Thread:Support/Wrong_name_for_language!!!!
Compare with http://www.ethnologue.com/show_language.asp?code=lij and https://lij.wikipedia.org/wiki/Lengoa_ligure

adding note to code snippet

This small comment will avoid us using pathinfo() again and reimplement
bug 30219.
follow up r94171

Old link is not always known, it depends on $createRedirect

StoreBatchTest counts even MORE correct than before.

Followup r99404, remove <sup> tags.

Fix broken test by r99321

Adding missing test for isEmpty

Forgot lowercase again, arrggghhhh

Do a test for 1K

Add another test case for shorthand to integer (lowercase too)