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.

A d d  s p a c e s

Shut up build script about not having LocalSettings. You dont actually need it for this

w/s

* updated oracle schema to current
* updater tested, installer untested(but should work :) )

Remove type hint that broke r95975

Add ResourceLoaderContext::newDummyContext() function

Split up TablePager css class, introduce .mw-datatable
* All tables generated with the TablePager PHP class use this css class for their styling. This visual look has since inspired several templates and other tables on the wikis and in extensions to present data with row-highlighting functionality. To make it easier to do that, separating the generic styling into a new css class "mw-datatable" and use it in the TablePager PHP class.
* Kept pager-specific "min-width" rule under .TablePager
* Other CSS classes for TablePager are also untouched
* Changed table-heading color slightly to not be exactly the same as the hover-style (design/usability)

Followup r95957, add =null to Skin::outputPage too

Kill off use of $wgRequest, $wgUser, and $wgLang in SkinTemplate, stop using $out args on our protected methods, deprecate the $out on outputPage and for now make it temporarily override the context of the skin (or should we throw a fatal if someone passes an OutputPage that doesn't match context)

In Title::resetArticleID(), clear all entries in the LinkCache instead of just the ones for bad title stuff. resetArticleID() seemed to assume it was only called for titles that come into existance, but that's not correct: it's also called for titles that go out of existence, and titles whose redirect status changes. Noticed this because $nt->getRedirect()'s return value was wrong in my TitleMoveComplete hook.

Revert r95830's change to external and interwiki link colors.

Followup r95947, undo accidental revert of r95946.

Fix indentation in r95396

Add Title::isSubpageOf to use when you want to make tests like $title->isSubpageOf( $someUserpage );

f'up r95930: register new message key to maintenance script

Follow-up r95930, consolidate into one message per CR

(bug 5865) Warning on editing other user's userpage

(bug 4381) Magic quotes cleaning is not comprehensive, key strings not unescaped

Localisation updates for core and extension messages from translatewiki.net

Removed AjaxFunctions from list (file was deleted)

Followup r95002: unbreak getTokenUrl() by using a simpler hack that doesn't involve $wgArticlePath

Clean up and conventions in shared.css
* Put rules and selectors on their own line consistently. Space is not an issue and is stripped automatically. Readability is what we need. Selectors line up nicely underneath achother.
* Expanded shorthand . notation to 0. where applicable
* Remove trailing spaces
* Fix double spaces to single spaces, and expand comment sections if needed (ie. one * per  line)
* Put @noflip's consistently on the line before the rule itself (just like we do for @embed). If it should apply to all rules in a selector, then @noflip must be before the { somewhere. There is no difference between @noflip before the rule on the same line or the line above (eg. /* noflip */ foo: bar; or /* noflip */ \n foo: bar;)

Followup r95396

Swap $wgGlobalDB for $wgGlobalDatabase

Tidy up w/c

Remove trailing whitespace, add some documentation

Fix Uncaught TypeError: Cannot call method 'substr' of undefined
* When changing the name of a category and saving it, this error is thrown from $.ucFirst. Although the script does check for it to be a string, what happens between that and ucFirst is broken. It should always set 'category' of splitresult[0], not just if there is a [1] (=sortkey). Otherwise, if there is no sortkey, 'category' is undefined.
* Also updated outdated comment saying that variable sortkey contains wikitext between "[[Category:Foo" and "]]" (which implies it includes the pipe, which is no longer true)

Follows-up r93351.

Clarify parameter description added in r95714

Followup r95753 per CR: prevent extensions from making isMovable() return true for interwiki titles and immovable namespaces

Argh, fixing my fix in r95834

Followup r95837; Return the list-style-image for ul{} back to vector since I ended up deciding not to give the common stylesheet one of the two bullet points.

Remove the basic styles that vector coppied from monobook from both monobook and vector and relocate them to a series of css stylesheets which 3rd party skins can include.
Havent touched Modern yet. External link icons are too complex to deal with this round due to vector and monobook using different icons.

Followup r95800 - the page is ListFiles

Give Vector a lighter external/interwiki color since monobook->vector changed the basic internal link color lighter making internal and interwiki links almost indistinguishable.

Another stupid newline, forgot to press save

Fixes for r94158: newlines and minor debugging typo (more silly fixmes)

Prefix extensions with $IP. Followup r94107 (grumble grumble about people fixmeing rather than doing the 4 character fix themselves...)

Remove wfDie() that Ariel keeps trying to resurrect :)

Remove evil @

Localisation updates for core and extension messages from translatewiki.net