Small MonoBook cleanup:
* Eliminate the unnecessary ->skin and $skin, $this->skin is only used in one spot and we have getSkin()
* Linker::tooltipAndAccesskeyAttribs isn't &, don't + it to an empty array(), just use a short inline array instead of this var
* Elimiate all this unnecessary code in cactions and just use makeListItem. It's shorter, outputs everything this code does, AND it outputs rel="archive" on history which was missing from MonoBook.

Fix Undefined index: showSizeDiff in /www/w/includes/specials/SpecialContributions.php on line 129

Followup r96306

Even on Windows, some people have diff ;)

Merge ParserTestStaticParserHook into ParserTestParserHook since they practically do the same thing.

Add new messages of r96311 to messages.inc

Fix wording of r96312 and a few other release notes

Use $this->mAttribs['rc_old_len'] and $this->mAttribs['rc_new_len'] instead of $this->mExtra['oldSize'] and $this->mExtra['newSize']

Cleanup to r95402, r95474: "Not using CamelCase is so 2001."

* Use local context instead of global variables
* Call Linker methods statically

Generic class cannot really wrap around mysql method..

release notes for r96311

(bug 23057) Importers can 'edit' or 'create' a fully-protected page by importing a new revision into it

mediawiki.html: Attribute values may also be numbers (rather than boolean or string). Just make sure that whatever is passed becomes a string (not using .toString as not everything has a toString method)
* Follows-up r96307

release-notes for r96307

mediawiki.html: mediawiki.html: Add support for numbers and booleans
* Tests introduced in r96305 work now
* (bug 30774) - mediawiki.html: Add support for numbers and booleans
--
* Removed unneeded value-attribute in one the tests
* Changed if-else intro a switch. (to avoid calling the typeof operator multiple times and  making the code a bit more readable)

Revert r88008 (add size difference to Special:Contributions) and its large group of friends, they break Special:Contributions by joining against recentchanges and dropping any contribs that have fallen off RC. See also CR discussion at r95496, which was Sam's incomplete attempt at reverting this.

Follow-ups reverted: r88019, r88024, r88111, r88117, r88252, r96081. Left the parts of r88025 and r88026 (everything except the MessagesEn.php change) that disable the namespace filter in miser mode intact; that was a good change and not really related to the r88008 other than that it touched nearby code.

mediawiki.html: Add broken tests for numbers and booleans
* The following are broken right now:

mw.html.element( 'p', {}, 500 );
> Error: mw.html.element: Invalid type of contents
(custom error by mw.html.element)

mw.html.element( 'option', { selected: foo === bar }, 'label' );
> TypeError: Undefined method .replace

(bug 30774) - mediawiki.html: Add support for numbers and booleans

Deleted incorrect svn:executable properties

Localisation updates for core and extension messages from translatewiki.net

Call Linker method statically; also changed it to linkKnown()

Another thing that's been bothering me, skins shouldn't have to access $wgSitenotice directly when we have a logopath.

Don't use $wgServer (potentially protocol-relative!) in the password reset e-mail. The documentation calls for $4 to be "the base URL of the wiki" and the code was using $wgServer . $wgScript which produces the URL to index.php , so I decided to use the URL to the Main Page instead. This avoids using globals and doesn't suffer from mixed URL structure issues on secure.wm.o

Partially revert/fix r96295: only use Gothic script per Siebrand

* Split MessagesGot file into Latin and Gothic script files; add usable messages from gotwiki
* Add usable messages from bmwiki to MessagesBm
* Rebuilt these files

Add missing authors to message files that were in the past imported/copied from the respective Wikipedias
Add one message to ks-arab/ks-deva from kswiki

Pass the key for the skin being created to the constructor of a skin. This is just something that's been bothering me for awhile, without this it's hard to create extensions that dynamically load skins and implement the skin conversion functionality in a central class.

Add a new RequestContext::newExtraneousContext() to create a context filled with data not derived from the current session. Also modify setLang to accept a language code.

Stylize Export.php

Whitespace fixes for r95272, r95604

Fixes for r95260:
* Use protected instead of var
* Move documentation of closeRenameAndReopen() to parent class. Add a TODO for the other undocumented methods introduced in r95260
* Use the correct method name in the exceptions by using __METHOD__; messages were copypasted from one method to the other without changing anything. Also fix a typo ("argumnts")
* Minor coding style bit, will commit more style fixes in a minute

Followup r96180: remove unused global $wgCanonicalServer

Followup r96180, I can't believe I did't notice I accidentally killed the hook name.
While I'm at it, add missing $variant parameters to every 'Get*URL' hook in Title.

Reverted r84357 and r90461 and fixed the bug in a better way: in an empty document, consider section zero to exist, and to be empty, effectively representing the whole document. This allows section zero of a blank page to be viewed and edited with no updates to EditPage.

(bug 26470) add checkered background on files pages

(bug 27295) Some corrections to the default main page text

(bug 30679) Some installer fields should always be LTR
Patch by Amir E. Aharoni (some whitespace fixes)

Fix r96261: don't add important if 'none', so it doesn't break underlining on hover

* Mark underline css as !important. It should override other css (such as the css added in r91432) if the user specifically selected that option.
* Fix css flipping: for Simple, it still depended on the content language (however, no css actually needs flipping there). For Standard/CologneBlue, I re-added flipping even though it's not needed there either. Just in case css is added that does need flipping, so it is future-proof :). Consequently, I added noflip to the existing css.
* For this flipping I added a parameter to addInlineStyle(), which I assume to be useful in other cases as well

Trim trailing whitespace

Add/tweak/update documentation

Simplify some boolean returns

whoops, fix r96257

Correctly parse interface messages as such, so it doesn't get converted according to the content language (like r94395/r94279)

Add documentation for r96170 and r96188.

Follow-up r96250: Remove messages from all core language files and populate InlineCategorizer.i18n.php.

Split ajaxCategories away from core for now, into an extension:

* Move js/css/images from core into extension dir (kept svn history in tact)

* Removed from core:
** Messages
** Resource definition
** Default settings

* Recreated in extension:
** Messages with 'inlinecategorizer' prefix (instead of generic 'ajax' prefix).
** wgResourceModule definition
** Hooks for adding module to the page
** Setting wgAJAXCategoriesNamespaces kept (renamed to $wgInlineCategorizerNamespaces)

* Made minor adjustments to the messages:
** Fixed references to other messages (in /qqq) with the new message key

* Made minor adjustments to the javascript:
** Usage of mw.msg fixed to the new message keys
** Removed "@since 1.19"
** Removed "Relies on mw.user.getId" (because it didn't', and still doesn't)
** Object 'mw.ajaxCategories' -> 'mw.InlineCategorizer' (capitalized, since it's a constructor, per our conventions)
** Removed 'disableAJAXCategories' config, not needed.

Summary of justification for move out of core (again):
* Too many issues with the parsing logic (many cases still don't work yet)
* Almost untested and untestable because of mixing UI with logic code. Needs separation.
* See http://www.mediawiki.org/wiki/User:Krinkle/Extension_review/InlineCategorizer#Prequel

One day we might move it in, or if the "new parser" is ready and the "visual editor" we might not need it all together and it'd simply be a 10-20 line module in the visual editor (that, or it'd be part of the visual editor by default).

Anyway, I'm not against this module. if we can get this to an acceptable state soonish before any of the new parser / visual editor is ready, then I see no problem in bundling it with core and/or merging it into core.

Use local context instead of global variables

Localisation updates for core and extension messages from translatewiki.net

Add local generator function to account for revert of r93063 in r96236.

Revert r93063 per r93063 CR

Mark $mDiffLang protected, and rename function to setTextLanguage per Nikerabbit on r92956

Add zh-min-nan, zh-yue, zh-classical to dummy language codes, and mention the "redirect destination" or purpose of each code.

Followup r87677 / r87676: add 'bh' to dummy language codes (and also, Bihari is not a macrolanguage but a group of languages, per ISO 639-3 terminology)

Explain what $wgDummyLanguageCodes does, and remove 'iu' from it as it should be selectable on the installer (it has a LanguageConverter so it should be possible to use that).

Add $rtl = true. It inherits this from the fallback 'ur' but it's better to mark it here as well.

Fix r94841: remove from 1.19 release notes, and update name in 1.18 release notes per r94831

Followup r87340: Post-hook swap bodytext into a new bodycontent key and append printfooter and debughtml to bodytext so that we get the same behaviour as before for skins, the advantage of letting extensions modify them separately, and let skins opt-in to the ability to display these separately.

Localization update for he.

Set a HTTP 301 header in redirect.php

Upstream wikia change

Use local context instead of global variables

rv r89483 per CR

Fixed rightslogentry-autopromote qqq entry

(bug 30455) Use "undisclosed" instead of "unspecified" in the gender options.

Expand r96170's support for space separated attributes with support for boolean keys such as array( 'class' => array( 'selected' => true ) ) to match our array( 'checked' => false ) support.
As per discussion with Krinkle make sure that in array( 'foo', 'foo' => false, 'foo' ) the 'foo' key is authoritive.

Localisation updates for core and extension messages from translatewiki.net
ParserFunctions skipped today.

Crack down on arguments inside the Linker that call themselves $text but in reality are unescaped html.

Update zh conversion tables, remove unused/incorrect rules.

Use wfExpandUrl+PROTO_CANONICAL inside of getCanonicalURL instead of just prepending the url so this does not break on interwiki and action=render

Update Chinese conversion tables.

Update whitespace and a comment.

Add comment on why the list is not localised.

Fix r87731: update site stats only when explicitly asked to do so

RELEASE-NOTES for r96170

Html.php: The "future"[1] is here. Add features for space-separated value attributes of html elements.
* Has been suggested since August 2009 in r54767 (doc-comment from rawElement/element function)
* Implements normalization for these attributes (removal of duplicates and redundant space)
* Adds support for arrays (instead of just string) for these attributes.
* String are still supported, and are converted to arrays to get the same normalization.
* Wrote unit tests (which pass locally: $ php phpunit.php includes/HtmlTest.php)
* Not trigger for the media-attribute. Reason: Although some people think it's space-separated, it's actually comma-separated. Treating them as space separated might even destroy the value. [2] [3]. Neither the html4 or html5 spec documents media-attribute as space-separated, and as of HTML5/CSS3 the media attribute may contain "media queries".

[1] "In the future, other HTML-specific features might be added, like allowing arrays for the values of attributes like class= and media=" in r54767 by Simetrical.
[2] http://www.w3.org/TR/1999/REC-html401-19991224/types.html#h-6.13
[3] http://dev.w3.org/csswg/css3-mediaqueries/#background

Implementation note: I choose to have a single list of attributes that trigger this feature. Some of these attributes only support multiple values and/or are documented as space-separated as of html5 (such as accesskey), but since those attributes in general have existed in html4 as well (just different w3c spec), they are not stripped if wgHtml5 is not true. So if this feature would (eg. for accesskey) would only be done if wgHtml5=true, then people could get output like <a accesskey=Array /> depending on a configuration variable, which will get messy and make developers' life hard.

Whitespacing in HtmlTest.php

Html.php: Move html5-validation blacklist check to *AFTER* the check the might continue (and skip this loop entirely) if we're not in HTML5 with an html5-only attribute.
* Performance :)

Reverted parser bump from r84601 per CR

Whitespace indention fix for r96150 (seperate to make review easier)

Separate execution from definition (mediawiki.util.init)
* bug 30710

Also makes it easier to do unit testing, this way the module can be included and the test can initialize it if and when it wants to.

w/s fix ups

Merge r96132 from 1.17wmf1: support protocol-relative URLs in dumpInterwiki.php

Use local context instead of global variables

Localisation updates for core and extension messages from translatewiki.net
ParserFunctions skipped today.

Follow-up r95998: Update the test title as well. r95998 changed 'parse' to 'plain' in the test itself.

Minor tweak to r95521: remove outdated comment about $wgArticle

Revert r96094. That space is already in colon-separator. Should have know and checked earlier.

Add a word separator after the colon separator.

Revert r95496, r95506, r95524, r95553, r96005

* resolved some issues with sequences and deleting of rows on referenced tables

* added redundand join condition for index usage as per comment on CR r88008

Revert r95930, r95931 and r95939. Poorly commited patch

r93633 - remove duplicated tests

Localisation updates for core and extension messages from translatewiki.net
ParserFunctions skipped today.

Optimize ucFirst by using charAt

Pass OutputPage instance to MakeGlobalVariablesScript. Allows extensions to getTitle()->equals( .. ) and add config vars depending on title

Followup r95496, remove duplicate $fields definition

Followup r95396

Fix seemingly merge artefacts to kill $wgWikiID and the undefined $prefix

Fix bad escaping in mw.message for inexistent messages (bug 30684)

mw.message('some-inexistent-message').escaped() should be &lt;some-inexistent-message&gt; instead of <some-inexistent-message>.

Fix r95997: Update unit test

Change default value for format property of mw.message object from 'parse' to 'plain'. This doesn't make a diffferent right now since there there is no format by the name of 'parse' and it uses 'plain' as fallback. In case ppl read the format property it should atleast be valid by default

Add some full message keys as they are used here.

Add some full message keys as they originate from these locations.