For r91123:
* Moved generateReason() to WikiPage. This fixes the PureWikiDeletion ext too.
* Make Checkpoint ext call getRawText() as doEdit() does. Aalso, WikiPage doesn't have fetchContent().
* Call getAutosummary() statically in doEdit().
* Fixed outdated code comment.
* Fixed title used in unit test.

Ran stylize.php. Required manual corrections:
* $params[$index-1] was changed to $params[$index -1] instead of $params[$index - 1]
* ///!< @var string was changed to /// !< @var string, but should have remain unchanged.

Follow-up CR comment by Nikerabbit on r96433: Do not rely on implicit conversion of message object to string; explicit parse().

Mark userLink, userTalkLink, blockLink() and emailLink() as public static per CR comment on r96420 by Nikerabbit.

He suggested protected, because of the @private comment, but as we have made  more methods public static in the Linker class recently, this seems appropriate.

RecentChange::notifyMove* have no callers. Everything uses ::notifyLog or ::newLogEntry.

Ffixes to r96443 and r96441

Validate log type here, and moved showHeader to the special page where it belongs.
LogEventsList::showHeader still kept, because one extension calls it.

Load edit count separately. The logging system batch queries it for the user tool links, which uses it for coloring.

Committing my new logging classes for review. Will later commit changes that use these classes.

Followup r96437: actually define PROTO_INTERNAL

Actually fix bug 30792, despite my earlier claims. SquidUpdate::purge('//upload.wikimedia.org/foo') would return 'commons.wikimedia.org//upload.wikimedia.org/foo'

Introduce PROTO_INTERNAL much like PROTO_CANONICAL, and use it in SquidUpdate::purge()

Correct fallback from Malayalam (ml) to Malay (ms) for Dusun (dtp) spoken in Malaysia

Follow-up r96429: use wfMessage() to make it work properly. Previously $userToolLinks was escaped.

Follow-up r96420: correct casing for special page to prevent "PHP Notice:  Found alias defined for Emailuser when searching for special page aliases for EmailUser. Case mismatch?".

Add "send e-mail" link on Special:Userrights and replace the "manual" tool links in the process.

rv r96424, Roan had his fun

Fix r95655 per Formfix's CR:
* use getCanonicalURL() - this part should be deployed to 1.17wmf1
* Do not show &oldid= in case of nonexisting pages, incl. file description pages from InstantCommons files

Some comment and whitespace fixes

Break some tests intentionally to see how Jenkins displays that

Add constant Linker::TOOL_LINKS_EMAIL to allow adding a "send e-mail" link from Linker::
Add "send e-mail" link in user tools for developer details (Special:Code/Project/author/authorname) in CodeReview.

Documentation

Add explicit member variables

Trim trailing whitespace

Removed old constants: 1) not used 2) because of autoloader, they have not necessarily even been available for long time.

Pass the context to the HTMLForm object

Use local context instead of global variables

Per Krinke on r91772, do not use general float/align classes. I removed them in shared.css because they are recent and not widely used yet.
(I removed the vertical-align:bottom; because it is added by css for .collection-creatorbox-row img)

Per r90858 CR, throw MW exception on missing title context

Move h1-5 bottom margins to commonElements, common generic siteNotice styles and firstHeading to commonInterface.

Move the vector styles for the user login form into commonContent.css
The vector styles are very generic and fit well as the common style. With a minor tweak to MonoBook (which actually partially fixes a bug in the signup form on Wikipedia) this style fits in perfectly without conflicting with MonoBook's styles.

restore proper operation of getArchive{Path|Url}

Followup r96217, slight regression use rawElement not element, accidentally caused the <a> to be htmlescaped.

purgeThumbList() needn't always delete all the files in the thumb dir

Followup r92054, these should use css classes not ids.

changed help text to indicate an optional port if nonstandard

Fixed typo in ipv6 private IP range list and added test (bug 30739)

jquery.tablesorter.test: Add tests for data-sort-value
* Follows-up r86108

Fix parse error in r96275

delete now-empty archived thumb directories

(bug 30192) Thumbnails of archived images don't get deleted. Patch by Russ and Sam, with minor tweaks by me.

Followup r96369: update child classes and a few callers

Fixme on r85888: boolean params are evil, use a nice simple string instead :)

doc fix

Localisation updates for core and extension messages from translatewiki.net

Fix trailing whitespaces

-rakkaus/#mediawiki-i18n- [06-Sep-2011 19:12:04] PHP Fatal error:  Call to a member function titleAttrib() on a non-object in /www/w/includes/SkinTemplate.php on line 1538

Set wsDomain based on the user's session, if domain is set in the session. When users use the password change function in their preferences a domain isn't passed, it's assumed to be in their session.

Cleanup to r84610 per CR: changed BeforeParserMakeImageLinkObj hook to use a RepoGroup style param array that also excepts a 'broken' parameter. This new parameter replaces the odd "use timestamp '0' to make a broken thumbnail' convention. No other callers are using this hook other  than FR, so the old time/sha1 params where removed.

Sanity check report size to avoid division by zero

Fix for r96344: explicitly set $wgExtensionAssetsPath during tests

Followup r95458

Add a couple of bits of documentation

Removed an unused global

No need to 1.18 this

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)