Do not assume that the current working dir is phase3/config

Fix for r75858: Move $IP detection further up so it can be used in child constructors

Fix comment: Article::insertNewArticle() -> Article::doEdit() and Article::insertOn()

Changed global variables ($wgTitle and $wgArticle) to local ones

Followup r76220: locateExecutableInDefaultPaths() was made static, so use static calls

Fix variable name in doc comment added in r78192

Fix r78196: readd accidentally removed lines in shared.css

Followup r78295, seems I didn't even bother to rename it last time

Followup r78268, do it as Bryan suggested, not as how I'd interpretted it for some daft reason

Follow-up to r77956: instead of making $wgFileExtensions override $wgFileBlacklist, make sure the upload page does not mark blacklisted extensions as "Permitted file types".  I've updated the MediaWiki.org pages to explain how to remove items from the blacklist.

(mw.util.test) Escape the 'does return, the same way as the 'should return' (mw.html.escape() and spaces to non-breaking)

Fix fatal error from r78264

Localisation updates for core and extension messages from translatewiki.net (2010-12-12 20:19:00 UTC)

Followup r65114 (per CR cabal), remove SpecialSearchGomatch, replace with SpecialSearchGo in SearchEngine::getNearMatch

Moved the check for the "printable" parameter to performRequestForTitle() instead of checkInitialQueries(), I don't know why we need to do this check that early

It's easier to use addWikiMsgArray()

Followup r75763, fixup wrong change of deprecated method

No need to do separate htmlspecialchars et al, Xml::expandAttributes

Fix typo in hooks.txt

&& not and, || not or

Remove bogus session_path checks. Reverts r67465, r63813, r75256, r64717.

Redo r78254 without the syntax error

This is not an array, but a parameter. Revert r78254. Is the precommit hook not working?
PHP Parse error:  syntax error, unexpected T_DOUBLE_ARROW in includes/Title.php on line 3752

Folllowup r72866: use array syntax for rev_page = foo condition

Follow-up r65652: Do not double-slash the path if it came from PATH_INFO

Follow-up r64903: rm leftover debugging code.

Follow-up r78246: clean several integer preferences before saving.  It's not dangerous to not do this, here or elsewhere, because it is done implicitly whenever the value is treated as a number; but it keeps the database tidier.

Follow-up to r64866: follow the HTML5 spec when validating floats and ints, and support 'required' attribute universally (apart from type=hidden).

Per CR on r71359: Fix DB_MASTER where it should be __METHOD__

Make ul.gallery block, not inline-block

As suggested by fomafix at
<https://bugzilla.wikimedia.org/show_bug.cgi?id=3276#c33>.  This makes
it play nicer with floats, at least in Firefox 4, and doesn't seem to
otherwise break stuff (but I haven't tested in many browsers).

Remove that ugly unset( $vars['_lsExists'] );
Shouldn't the second file_exists() also need a wfSuppressWarnings?
Follow up to r78118.

Follow up r77981,r77982. Rename the new globalcsspreview/globaljspreview to sitecsspreview/sitejspreview per CodeReview.

Localisation updates for core and extension messages from translatewiki.net (2010-12-11 22:46:00 UTC)

Fix whitespaces

* Per Ilmari Karonen, fix for r78224: make it work correctly with API
* Renamed $mName to $mUsername since it was conflicting with a member variable of SpecialPage

* Converted Special:Userlogin to subclass SpecialPage
* Removed useless calls to $wgOut->setArticleRelated() and $wgOut->setRobotPolicy(), they are already handled by SpecialPage::setHeaders()

* Removed redundant revdelete msg above content
* Show bottom patrol link even if hook replaces preview content
* Hook doc tweaks
* Assorted minor cleanups

* Add FIXME about the bug I found during testing
* Make the only instance of the ParserOptions::getMaxIncludeSize() that doesn't match its method signature match.

Whitespace changes (before others) — “svn diff -x-w” shows no changes

If we only want to show the diff this should make it faster. Sort of related to to bug 25757

Localisation updates for core and extension messages from translatewiki.net (2010-12-10 22:29:00 UTC)

followup r78209: fix typo, better word choice

(bug 16019) Make WebRequest::interpolateTitle() do nothing when run from api.php

* Converted Special:Search to subclass SpecialPage
* Removed useless calls to $wgOut->setArticleRelated() and $wgOut->setRobotPolicy(), they are already handled by SpecialPage::setHeaders()

Moved 1.17 RELEASE-NOTES entries to HISTORY

Whoops, forgot to commit this with r78201

Fix for r78192, forgot to revert a test

Moved constant values from constructor to class definition

Fixes for r78201:
* Per Reedy, add braces where needed
* Revert one change that should not have been there

* (bug 19006) {{REVISIONUSER}} no longer acts like {{CURRENTUSER}} in some cases
* Removed other usages of $wgUser in Parser stuff, as stated in doc
* Added mechanism to get an User object in Parser, based either on the object given in Paser::preSaveTransform() or the ParserOptions otherwise

Make load.php output a comment explaining what's going on when no modules were requested rather than outputting nothing. Max made me do this because he hates blank pages

(bug 26130) ob_start( 'ob_gzhandler' ) in LocalSettings.php broke gzip output from load.php . This is caused by bugs.php.net/bug.php?id=36514 (ob_clean() removes GZIP header). Also noticed that load.php is affected by http://bugs.php.net/bug.php?id=51579 (ob_gzhandler generates non-empty 304s, invalid HTTP, triggers a Firefox bug) as well and fixed that too while I was at it.

Revert r68230, r68231 (mode="grid" on tables) per CR. It's in the history if anyone wants to work on this again

Followup r78101 fixme, remove wfQuotedPrintable per Roans CR

Fix for r71961 (moved SpecialPage constructor from named to __construct()). Intercept calls to parent::SpecialPage() with __call() so we don't break people still using the old constructor.

Reduce debug log spamming, which I assume is related to this line:
1340: function isBlocked( $bFromSlave = true ) { // hacked from false due to horrible probs on site

Better debug logging which isn't misleading

Last $wgDBtype usages in core. Use a $db member variable so we can use it in other useful places too.

One more $wgDBtype. I think this is the last offender in core; all the remaining usages are justified

Get rid of a bunch of $wgDBtypes in maintenance/

Kill $wgDatabase in trunk (no need to backport this to REL1_17, it's harmless). Isn't used in extensions in 1.15 or above.
There is a $wgDatabase in Metavidwiki (and StarterWiki in 1.16), but it constructs it itself, so it's not the same as the global I'm killing

Old installer is dead. Any leftover DBMS-specific old installer code is in initial_setup() or setup_database()

Fix regression in r70657. Misplaced else condition was causing cache misses
to try to load the message text and cache the result individually. However
in the default configuration cache miss always means that the message doesn't
exists in the database.

Don't unstub $wgOut just for adding debug messages

Followup r78117: information was still leaked through the caption of the Edit tab (which is "Create" for nonexistent pages) for users who had edit but not read rights. This may seem like a ridiculous case, but since we automatically disallow edit if you can't read, it's easy to forget to disallow editing as well as reading. Fixed this by not showing the edit tab at all if the user can't read (which makes sense since it's also hidden if the user is explicitly forbidden from editing).

Fix regression in r78117 per CR, was causing read, edit and history tabs to disappear for users who couldn't edit due to $wgEmailConfirmToEdit or $wgNamespaceProtection

* Hide the "back" buttons on the completion pages, they are potentially confusing and almost useless.
* Made the links to the wiki on the completion pages open in the same window, not a popup.
* Do not allow the user to regenerate LocalSettings.php when $wgUpgradeKey was given and the DB settings were prefilled, since this allows a leak of $wgUpgradeKey to escalate to a leak of $wgDBpassword. It's not unreasonable to require that the user removes their old LocalSettings.php when they wish to generate a new one.
* Rewrote the doc comment on $wgUpgradeKey, to discourage users from setting it to an easily guessable string, per concerns on CR r78118.

*Follow-up r78099,r76275:
**Converted CheckUser to use RL
**Made checkuser.js borrow block.js IP functions to avoid ugly duplication (and fix the IP recognition)
**Added missing backslashes to block.js regex strings and avoided backreferences (which work the opposite of PCRE when referencing an unmatched group)
*Made CU not give a common prefix if both v6 and v4 addresses are on the list

whitespace clean up mw.util

Revert r78158, Aryeh tells me it's a deliberate browser hack

Fix bad CSS syntax from r77411

Added a way to hide the jsMessage by calling with empty string, null or no arguments

Ported jsMsg to mw.util; Fixing bugs and modernising mediawiki.action.watch.ajax.js a little more

* Using the raw element instead of jQuery object to get href. This way it's the complete url instead of what could potentially be a relative path (window.location.href is best passed a complete url)
* Adding 'mediawiki.legacy.ajax' as dependency for mediawiki.action.watch.ajax as it is and has been for a while.
* Ported jsMsg (legacy.wikibits) to mw.util.jsMessage()

Follow-up r78150, removed accidental left-over console.logs calls

Fixing bugs and modernising mediawiki.action.watch.ajax.js a little bit

* add() takes the selector directly. Passing a jQuery object either doesn't work or is an undocumented feature.
* using the mw.util functions instead of a less than perfect regex.
* closest() instead of parents() is faster and should be used whenever possible
* The this in processResult() didn't refer to the jQuery object of the anchor tag. It was probably never noticed since it's only used in the else{}-fallback (hard to mis). Fixed now by passing the link in the function
* The this in .bind('mw-ajaxwatch') didn't refer to this either, fixed also by passing  into the function
* Replace() function in .bind('mw-ajaxwatch') didn't work, the slashes causes nothing to be matched at all. Before this the href stayed the same and didn't change accordingly.

more specific, like action.view.rightclickedit, also action.watch.ajax

start resourceloadify mw.legacy.ajaxwatch

Revert the addition of the patrol token from ApiQueryInfo from r78141; does not belong there

BREAKING CHANGE: Require POST for patrolling revisions and salt the patrol token with 'patrol' instead of rc_id.

See my comments on r75274, for which this is a follow-up. Using a dedicated, but constant patrol token is in my opinion the optimal compromise between performance (only require fetching the token once) and security (leaking the token will only compromise the patrolling feature).

Localisation updates for core and extension messages from translatewiki.net (2010-12-09 20:29:00 UTC)

Followup r78118: $wgUpgradeKey was already in DefaultSettings, use Tim's better comment

For consistency: call set both article and article related flags to false instead of only article flag

Call finalCleanup() after outputting a cached page to run the deferred update list since Article::viewUpdates() adds a SiteStatsUpdate object to that list

* remove wfSeedRandom() which was marked for removal in 1.18.
* mark wfGetMimeMagic() for removal in 1.19.
* have wfLoadExtensionMessages() whine deprecated per comments and mark for removal in 1.20.

Follow-up r78101:
* add @deprecated to each deprecated method.
* add @since to new method.

Follow up to r77883

* Made the web upgrade process more friendly. Instead of saying "access denied, go away" when the user has a normal LocalSettings.php file, generate a random $wgUpgradeKey and instruct the user to insert it into their LocalSettings.php. The subsequent file modification then authenticates the session and allows the upgrade.
* When an upgrade key is entered, or a supplied upgrade key is edited into LocalSettings.php by the upgrader, fetch database settings from LocalSettings.php and AdminSettings.php for use during the upgrade. This allows the DBConnect page to be skipped, making web upgrade almost as easy to use as CLI upgrade.
* Made LocalSettingsGenerator add $wgUpgradeKey in non-commented form, for easier subsequent upgrades.
* Converted the $wgUpgradeKey check to a normal in-sequence page, called ExistingWiki. This allows the removal of related special cases from WebInstaller. The code for WebInstaller_ExistingWiki is loosely based on WebInstaller_Locked.
* Added Status::replaceMessage(), to support informative DB connection error messages from the ExistingWiki page.
* In WebInstaller::getInfoBox(), call parse() with $lineStart=true, so that line-start syntax like bullet points can work.
* Reduced the length of the generated $wgUpgradeKey from 64 to 16. This is ample for what it does, and makes it fit on the screen and not overlap with the right sidebar when when displayed by WebInstaller_ExistingWiki.
* Added $wgUpgradeKey to DefaultSettings.php.

Do not reveal page existence in colour of links in tabs when a user cannot read the page. This prevents leaking the existence (or not) of pages on wikis that are not readable anonymously

RELEASE-NOTES for r77555

Follow-up to r64937: expand ternary to conditionals because I hate nested ternaries.

Remove unneeded semicolons

Remove unneeded return

Simplify some if's (invert to save negation)

Added name and sessionId methods to user object - now anonymous users have an automatically generated persistent (for 30 days at a time via a cookie) session identifier. Use mediaWiki.user.sessionId() to get it.

Updated cookie plugin

Follow up r78101.

Move wfQuotedPrintable() into UserMailer class

Localisation updates for core and extension messages from translatewiki.net (2010-12-08 20:15:00 UTC)

*Follow-up r76275: regexp improvement akin to IP.php
*Fixed "Error: updateBlockOptions is not defined
Source File: http://localhost/wiki/Special:Block/Lightning_Angel
Line: 121"
*TODO: get these functions to a nice JS file and let checkuser.js use then via RL

Fixed r76560: one more caller of now-private toUnsigned6

Remove unnecessary check against $wgAllowUserCss in ResourceLoaderUserModule that was used to trigger JS as well as CSS, breaking installs where user JS is allowed but user CSS is not. Callers already check for the relevant $wgAllow* variables before including this module.

Moved button styles from dialog specific areas to button specific areas to make all buttons look similar.

Revert r78005, verified that r78009 seems to have fixed the problem.