Parser can take mw.user too along with male, female for {{gender:$1|..}}
If the parameter passed is mw.user, use the gender from mw.user.options. If not, use the passed gender.
Update the qunit tests.
Update the documentation.
Followup r107811

* Always set 'userjs' and 'userjsprev' items to false since they are now incorporated in 'bottomscript' (only affects skins not using OutputPage::headElement())
* Removed SkinTemplate::setupUserJs() since it's no longer used and marked OutputPage::isUserJsAllowed() for removal in 1.20 since its last call is now gone

* Moved wfReportTime() call just before executing 'SkinTemplateOutputPageBeforeExec' hook to take into account remaining calls
* Group similar stuff
* Factorise calls to $this->getLanguage()
* Facrorise calls to $user->is(Anon|LoggedIn)()
* Changed the code that wraps 'subtitle' and 'undelete' items to be more readable

Updated comment since $wgArticle is going to be removed in 1.20.

Follow-up r107806 - More extensive tests for Language::sprintfDate. Including test to make sure not affected by php timezone.

Also adds a small test for converting numerals (formatNum) in Arabic.

Make mw.jqueryMsg understand gender.
Add qunit testcases.
Followup r107808

Use strict comparison for length property.
Follow up r107808

Add gender support. This method is useful only if we have parser that can understand gender at client side.
Test cases and mw.jqueryMsg changes in next commit.

(Half of bug 33454) The week based year number (format char 'o') was being calculated based on server timezone instead of UTC in sprintfDate. [follow-up r45208]

This would cause a couple incorrect results on new years day.

Add qunit test for mediawiki.jqueryMsg.js- Initial version.

(bug 31719) Revert r107359 and apply a proper solution for entity expansion in SVGs.

Cleanup a few unused variables

Mainly indexes in foreach loops

Followup r106752

Use $file in unlink, rather than the undefined $path

Followup r99892, actually use $options in query

Tidyup outputChunk added in r104687, remove/update documentation

Don't use undefined $path variable on line 265

Localisation updates for core and extension messages from translatewiki.net

Fix fixme on r107744 (though, I'm guessing r107743 is at fault, for not adding a blockcomment variable after adding it higher up in messages.inc

[mediawiki.api] Fix typo that was made consistently.
* Follows-up r107011

Always set 'jsvarurl' to false (only affect skins not using OutputPage::headElement()) since action=raw&gen=js always return an empty page, so it's pointless to link to it

* Display all errors in showForm() instead of only the first one
* First do some checks and then delete the target page instead of the opposite so we don't delete a page for no purpose if a problem arises
* Changed some empty() checks to count()
* Use Title::quickUserCan() to see whether to show the checkbox to delete the page or not instead of User::isAllowed()

Removed useless call to Title::getArticleID(); let WikiPage::doDeleteArticle() do this itself

* (bug 32686) Tooltip on links to non-existing pages are now always in user's language

Fixed this by "abusing" of the $options parameter of Linker::link() to pass the Language object (as we did for wfMsgExt()), has the two following advantages:
* The tooltip is displayed in the requested language instead of depending on $wgLang
* The usage of the Language object is detected in the ParserOptions, thus the parser cache key will not have "*" for the language

r107770: Consistency tweak: Image -> File

Follow-up r107769:
* do the same with getTouched(); removed its $db param since it's pretty useless now (and nothing is using it actually)
* also set $mIsNew in loadFromRow() when there's no DB row (i.e. the page doesn't exist)

Also forgot to say that I moved both functions near other related functions.

(bug 33447) Link to the broken image tracking category from Special:Wantedfiles

Also add a note about how if you use a foreign repo, you're going to get plenty false positives.

Turn Title::isNewPage() into something useful by caching its result and preload it from Title::loadFromRow()

Prevent undefined offset when formatBitrate is given a significantly large enough number (10^27)

> echo $wgLang->formatBitrate( pow( 10, 27 ) );
PHP Notice:  Undefined offset: 9 in /home/reedy/mediawiki/trunk/phase3/languages/Language.php on line 3827
PHP Stack trace:
PHP   1. {main}() /home/reedy/mediawiki/trunk/phase3/maintenance/eval.php:0
PHP   2. eval() /home/reedy/mediawiki/trunk/phase3/maintenance/eval.php:82
PHP   3. Language->formatBitrate() /home/reedy/mediawiki/trunk/phase3/maintenance/eval.php(82) : eval()'d code:1

Notice: Undefined offset: 9 in /home/reedy/mediawiki/trunk/phase3/languages/Language.php on line 3827

Call Stack:
    0.0006     650736   1. {main}() /home/reedy/mediawiki/trunk/phase3/maintenance/eval.php:0
   61.6539   21593432   2. eval(''echo $wgLang->formatBitrate( pow( 10, 27 ) );;'') /home/reedy/mediawiki/trunk/phase3/maintenance/eval.php:82
   61.6540   21593512   3. Language->formatBitrate() /home/reedy/mediawiki/trunk/phase3/maintenance/eval.php(82) : eval()'d code:1

1bps

RELEASE-NOTES-1.19 to go with formatSize/formatBitrate work

* (bug 33014) Language::formatSize()/formatBitrate() should be able to deal
  with larger numbers (tera-yotta).

Fixup and add rest of tests

Followup r107734

bug 33014 done too?

Fix 0bps or less

r107744

Fixup r107744, r107743

Followup r107743, use messages in formatBitrate

Add method description

Message-ify bitrate units

Add to messageTypes.inc and messages.inc too

[Core JS] More fixing of global config variable usage
* mw.config is the new way, and global config variable lookups are deprecated

* Based on two phase3-wide quick searches:
-- of " wg": http://toolserver.org/~krinkle/wikimedia-svn-search/view.php?id=321&hash=81700bf7486e4fee3b7bc1f83eb9eba6
-- of "!wg": http://toolserver.org/~krinkle/wikimedia-svn-search/view.php?id=327&hash=47c9d54a7a1d5d58a724dd834585f40d

Related changes:
* Changed some php comments mentioning "wg" variables to include the dollar sign, and a typo when the wf function prefix was meant.
* Removed TODO comment in wikibits.js and made it use the JS equivalent of wfUrlencode, which we have now, mw.util.wikiUrlencode
* SpecialUpload.php: use OutputPage::addJsConfigVars instead of creating a new script tag through OutputPage::addScript(Skin::makeVariablesScript(..))
* Renamed wgUploadSetup in upload.js and made it local. Not used anywhere in ./trunk/phase3 and ./trunk/extensions
* Fix OutputPage::addJsConfigVars so that it can actually be called with an array instead of two arguments for key/value
* Some minor whitespace/convention stuff around the same line

Shut up Jenkins!

Ping r107734

Fail, fix Ypbs from r107735

bug 33014 and r107734

Add Tbps through Ybps (yay for code that just works (tm))

Start adding tests for Language::formatBitrate()

1Gbps commented out as for some reason it's returning 1.1Gbps...

Followup r106791, r107692 and bug 33014

Make Language::formatNum() handle  TB through YB

Rewrote code to be simpler and less indenty

Though, something like formatBitrate might be be better in future... We'll see!

Fix for r106752: manually add the backend to the fake local repo to avoid exception when running parser tests.
See https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106752#c28264 for the report.

Per Nikerabbit, fix for r107653: don't show the "missing revision" warning on non-existing page (obviously)

Don't use legacy globals

Register new message keys added with r107692 for maintenance files properly

Per GrafZahl, fix for r103202: forgot to change two instances of $title to $this->title

Added size units for tera through yotta

Add some tests for formatSize

Followup r107393, treat '' the same as getting false from getExamples, the default if it's not overridden

Add braces

Fix documentation

+ complementary <tbody> involved rules in wikitable definitions for browsers which add <tbody> not only virtually (follow-up to r107669)

* more specific selectors for wikitable - don't inherit properties to nested tables which causes various rendering issues
** (bug 30485) Hieroglyphs look scary if embedded in tables with class="wikitable"
** (bug 33434) math extension: integral expressions display with boxes/frames/borders

Related to bug 33223

Update static list of languages that support variants

Per Raymond, fix for r107653: missed two changes from $section to $this->section

fix tablesorter unit test in ie7.  Add semicolon to end of statement in tablesorter class

* Style fixes in EditPage::showEditForm() to more readable
* Use style="display:none;" instead of non-existing type="hidden" for the textarea when asking user for confirmation to save the edit if the page was deleted during edition; also drop other attributes since they are useless in that case

Localisation updates for core and extension messages from translatewiki.net

* Inverted the precedence between section edition and revision undoing, now undo and undoafter will be ignored if the section (or even wpSection) is provided to be consistent the remaining of the interface
* Modified EditPage::getContent() to load the original content only when really needed
* Don't put the 'missing-article' in the textbox when a non-existing revision is provided, instead display it above the form
* Always diff to the current version when showing a conflict or a spam filter match
* Factorised code to get the current text on edit conflict
* Compare the correct text in EditPage::internalAttemptSave()
* Some little coding style fixes

Follow up to r107645, corrected Russian.

Followup r107559. Added male aliases for "User:" to Russian and Hebrew. Requested by nikerabbit and reedy.

[mediawiki.debug] attempt at fixing off-screen mega wide cells for some queries.
* See also r107610 CR

* Removed usage of Article where possible in EditPage
* Added Article::getRevisionFetched() and use it in EditPage instead of accessing the member directly

* Moved post-deletion code from WikiPage::doDeleteArticle() to WikiPage::doDeleteUpdates() so that it can be shared with page move
* Use WikiPage::doEditUpdates() and WikiPage::onArticleDelete() to do updates instead of reimplementing the whole thing in Title::moveTo(); avoids some bugs since the implementation differs from the one from WikiPage (notably the page and article count). This adds some more cache clearing, but they are needed depending on parameters (e.g. if the redirect is not created).

Per Krinkle, fix for r102406: use strict comparison

(bug 31469) Make sure tracking category messages expand variables like
{{NAMESPACE}} relative to the Title of the currently being parsed page.

Basically wfMsgForContent expands messages with wrong title while doing linksupdate stuff via job queue. For the broken file tracking category (r86534),Wikipedia folk want to sort the page into different categories based on namespace, and for some namespaces not categorize them at all (After all, a broken file link in a talk namespace is often not a bad thing).

Anyhow, explicitly set the title object for the message using wfMessage. There's probably deeper issues here in regards to why wfMsg et al is using wrong title, but this should fix the immediate issue.

[mediawiki.debug] highlight current pane and styling
* wrapping bits in container and centering tabs
* letting includes-pane use same markup and styling as queries
* move appendTo action into common function (more DRY)

[mediawiki.debug] apply code conventions
* Quote "class"-key in object literals. It's stupid that JavaScript does not allow reserved words in this position but that's the way it is. As of ES5 (which Chrome/Firefox already started to implement) this is now part of the standard and no longer have to be quoted, still required for the browsers we support though.
* Fix usage of Array to Object. Arrays are for numeral keys only.
* Make usage of $() for building elements from HTML strings more consistent. Using shortag syntax for new elements creation. And valid HTML for snippets (as supposed to $("<div></div>") and $("<span class="foo">")). valid HTML is always okay, but shortag should only be used for creating plain elements (which jQuery recognizes and calls document-createElement for. Anything else goes into innerHTML which causes problems in browsers that require it to be valid and don't apply normalization.
* Remove empty style rule
* Moving declaration inside for-blocks to the function scope. JavaScript doesn't have just-in-time variables or block scope, only function scope.
* Apply general code conventions
* Follows-up r105122

Localisation updates for core and extension messages from translatewiki.net

Use wfTimestampNow() instead of wfTimestamp() without second parameter

* (bug 32702) Fix for r82273: readded Skin::makeGlobalVariablesScript() for backward compatibility and marked it as deprecated

Use local context to get messages

Use WikiPage instead of Article to call doEdit()

* Added Title::getLinksFrom() and Title::getTemplateLinksFrom() for consistency with Title::getLinksTo() and Title::getTemplateLinksTo()
* Deprecated WikiPage::getUsedTemplates() in favour of Title::getTemplateLinksFrom() and updated to it in core

* Group related functions
* Put deprecated functions at the bottom

Revert r107556 based on the discussion.

Non oldrc change lists were not displaying the names of new log types properly. While at it, drop support for displaying very old style log entries

Gender aliases for user and user talk pages.

Use jqueryMsg wikitext parser to parse interface messages at client side. Support for PLURAL in javascript.

Localisation updates for core and extension messages from translatewiki.net

Removing wgLegacyJavaScriptGlobals from JavaScript output
* PHP config variable itself is still needed for sure, but not needed in JavaScript output. Did get into 1.18 (accidentally added to js output as part of r87856) but undocumented and unannounced.

Move embedded ResourceLoader modules to the <head>
* Embed "private" ResourceLoader modules in the <head> before the first loader link, instead of in the <body> after the last loader link
* Wow, was in the opposite place where it should've been :D
* Fixes bug 30914

* Use User::newFromName() instead of calling setName() on an existing object
* Some code cleanup

* Use WikiPage instead of Article to call doDeleteArticle()
* Don't call DatabaseBase::commit() twice per deletion
* Some code refactoring

Use local context to get messages

* Use Linker::getRevDeleteLink() where possible to remove code duplication
* Pass the User object to Revision::userCan() in Linker::getRevDeleteLink()
* Return the result Linker::revDeleteLinkDisabled() in Linker::getRevDeleteLink() instead of storing it in a variable that will not be used

Reverting r107496, r107497

Seems there is reasonable reason for it to be in core, and it will be becoming more used in the near future

Move mediawiki.feedback.js to "Feedback" extension

* (bug 33398) Wrong escape in online documentation for usercontribs

Revert the fix for bug 32858 (r105664, r105161, r103476): no consensus, backwards compatibility issues not addressed (e.g. {{selfsubst/now string}})

* Follow-up r107447: removed dead code
* Broke some long lines

re Aaron's comment on r107351: remove double extension from temporary file

Comment and whitespace fixes

Updated comment and a call from Article to WikiPage

Per Reedy, fix for r107386: fix usage of undefined variable

Need to set mDataLoaded so that this works without a db

Localisation updates for core and extension messages from translatewiki.net

[mediawiki.js] function order
* define before call
* Follows-up r107402, r107405

[mediawiki.js] use simple IIFE closure with object literal
* Remove weird new () syntax. Simply use a IIFE and return an object literal
* Some blocks had to be moved
-- $(document).ready in mw.loader to between vars and functions (couldn't be after the return)
-- mw.legacy to near other place holders
* Follows-up r107402

(view diff with whitespace ignored: $ svn diff -x -wu)

[mediawiki.js] code quality and clean up
* using local mw variable in file instead of reaching to global scope
* exposing to global object after initialization
* moving var statements to the top of the function, this uncovered a few risky re-use of variables. Fixed by using different names (in nested for-loops and unconnected if/else statements). This also made several awkward indentions go away (where the first definition would be indented for 'var', and later ones not).
* remove unused "messageQueue" variable
* enable strict mode in modern browsers (loose string ignored in other browsers)
* where looking to check for array, use $.isArray() (directly pointed to native code) instead of a typeof operation with string comparison for "object" (slightly faster and also semantically more correct)
* other best practices as popularized by JSLint/JSHint
* removed 'delete' operator for startUp, didn't' do anything in most modern browsers, only for object members.

@note: mw.loader.work really is big, now it's more obvious:
<code>
+var reqBase, splits, maxQueryLength, q, b, bSource, bGroup, bSourceGroup,
+ source, group, g, i, modules, maxVersion, sourceLoadScript,
+ currReqBase, currReqBaseLength, moduleMap, l,
+ lastDotIndex, prefix, suffix, bytesAdded;
</code>

* Use local context to get messages
* Also set the reason for the block in content language

Follow-up r107341: remove now-useless parameter

Re-instate most of the revisions for bug 33147 "API examples should explain what they do"

Using this to sync up my working copies

Should have the little niggles tidied up though