Followup r105280
For bug 33139 "Swapping colors in new diff color scheme"

* Modified diff colorscheme to yellow[orange]/blue[blue]
  - These colors attempt to address the following issues with diffs:
    - Colorblindness (Protanopia/Deuteranopia)
    - Cultural meaning of color (e.g., "green is good, therefore this diff is better")
* Bumped font size up overall (actually, just removed the smaller)
* Removed dotted line around difftext

partial revert of r106872 after discussion with Brion on #mediawiki irc

Revert r106439, r106441 - bad formatting mushing separate lines together

Revert r106870: doesn't seem like it would format things consistently as expected.

FU r106514: Sanity check for empty sha1 values in the DB

Revert r106094 (broken unnecessary cleanup), r106454 (ugly unneceessary cleanup)

The ugliness of this sort of code is probably part of why there's still a Linker::tooltip() function.
Please don't just replace it with worse code; if truly cleaning it up this should be done by giving a saner interface to the nav generation code

Revert r106456, r106485: system-wide setting seems to be intended to apply only to specific extensions' code but wouldn't? Also weird config parameter combining two unrelated things into one.

For r106521/r106865, wrap long example description strings

Follows up r106439

Provisional revert of r105831: as noted it's not safe; alternative fix was a weird abstraction violation that would leave you not knowing whether the data would be present or not.

grammar :) followup r106514

Revert r106521: creates lots of long, unwrappable lines in help output

Provisional revert r106573, r106559: may be the wrong thing to do, and should probably come with regression tests if added.

Revert r106523: abstraction violation, looks very wrong, unclear benefits

Localisation updates for core and extension messages from translatewiki.net

r106752: Add two more new message keys to maintenance file

Simplify $assoc check

FU r106770: fixed the other getTransform() call

Cleaned up some references to FSRepo in code and comments. This should have no noticeable functional changes.

FU r106752: added b/c code to FSRepo to make things easy for extensions (like ConfirmAccount)

Fix casing of Language::timeanddate calls

Use local context to get messages

Update punctuation for recently added messages.

* removed manual cascading of recentchanges on page delete
* fixed purgeCache bug in updater
* TESTED install/update from 1.18/phpunit

Fix AutoLoader fail from r106800

Fix typo spotted by Roan. Originated in r106752, cp error in r106796.

Move registration form template to its own file

r106752: Add block comments

Fix for r104684

Using "$result['sectionanchor'] == ''; rather than "$result['sectionanchor'] = '';"...

Correct the error dialog display.

Fix for bug 33270: default to 'default' search profile
Had this fixed in one of my wikies but not committed

(bug 33156) Special:block didn't let you confirm blocking yourself if using non-normalized name.

Was comparing the normalized name to the non-normalized name that gets inserted into the form, since
request variables from previous request override form defaults.

Fix for r102116: link feed to Special:Recentchanges, not current page

Set deleted zone container in parserTest.inc

FU r106752: unbreak "other sizes" links on File: pages by working around the suck /media system.

Remove trailing whitespace and a few superfluous empty lines.

Don't re-use allinnamespace as the header for special:prefixindex. instead introduce new message prefixindex-namespace

Hopefully directly editing MessagesQqq.php like I did is ok... I can never remember if i'm supposed to do that, or if it will just be overridden on next translatewiki export.

Set deleted zone container in UploadFromUrlTestSuite

FU r106752: Fixed directory b/c for ForeignAPIRepo, which was moved to Setup.php

Follow-up r97303: sort module names in paraminfo's paraminfo

follow-up r98710/r104410. I personally think that forRefresh is confusing, since a purge is always in essence a "refresh"ing operation. change it to forThumbRefresh.

If you request LogEventList to display the combination of 2 log types, and one of
those logs are restricted, will generate a warning, since it removes first entry of
array, but doesn't re-index the array, and subsequent code makes assumptions of the
form if ( count( $this->types ) $singleType = $this->types[0] (which doesn't work, as
first index is 1).

Thus cause array to be re-indexed if a $wgLogRestriction causes a log type to be removed.

Steps to reproduce the issue is make deletion log restricted, then view a (non-existent) user page.

Personally I think its kind of weird/wrong that if someone restricts both the move and delete log,
then viewing a non-existent will give "This page has been deleted, here's delete log:" followed by an
entry from *any* public log.

* Fix class name
* unset($wgMemc) doesn't actually do anything useful, it just removes the reference from the local scope. Set it to NULL instead.

Don't suppress warnings when attempting file creation for the second time, this masks important error messages

$reqArr is an ambiguous variable name - req can mean required or request. Changing to an unambiguous name

adding sectiontitle/wgSectionTitle as a new parameter for page editing (so that it can be set separately from the edit summary). For right now, this is just for API use, and thus isnt used in the form. As soon as 1.19 is out the door, we should change the form to use this as well. The current implementation is designed to be completely backward-compatible and non-disruptive

Merged FileBackend branch. Manually avoiding merging the many prop-only changes SVN likes to sprinkle in (easy to spot from the change list). Did not add SwiftFileBackend.php as it still is in development.

Reverted r101014 per CR. Added comment. The sooner RL2 kills this the better...

Fix $imit to $limit

Followup r106567

ExtraParserTest::testTrackingCategory and ExtraParserTest::testTrackingCategorySpecial need a db

Use local context to get message

Localisation updates for core and extension messages from translatewiki.net

add docs for feedback messages

Followup r106619, mark said method public due to callers

* Use Language::userTimeAndDate() and related instead of Language::timeanddate() when using user preferences to display dates
* Use local variables instead of calling some methods three times
* Fixed casing of remaining Language::timeanddate() call

Pass the User object to Title::userCan()

* Inlinise the only usage of $user in MediaWiki::main()
* Change the name of the variable containing the WikiPage object for more consistency

@private is a lie, based on usage, it'd need to be at least protected

Removing useless documentation replacing with param/return doc

doc++

Localisation updates for core and extension messages from translatewiki.net

Follow-up r103640

* Use local context to get messages
* Use Language::userTimeAndDate(), Language::userTime() and Language::userDate() instead of Language::timeAndDate(), Language::time(), Language::date() to not depend on $wgUser
* Replaced empty() check by check against explicit values

Follow-up r106559: it's better to set the preference for own MediaWiki names in Language::getTranslatedLanguageNames. More consistent and saves some code :)
Also update Babel to use that function.

FU r106514: use base 16 SHA-1 to be consistent with image info

Remove ltr class (see r89466), it should not be used at all, because 1) the name is too general, 2) it is automatically added to the body element (colliding class names) and 3) it is better to use HTML dir="ltr" as in r105929.

And I of course forgot to commit ProtectionForm.php in r106567...

* Merged WikiPage::updateRestrictions() and Title::updateTitleProtection() into WikiPage::doUpdateRestrictions(); older methods still work for backward compatibility, but marked Title::updateTitleProtection() as deprecated and for removal in 1.20 since no extension calls it
* Removed permissions check from WikiPage::doUpdateRestrictions() and left it for callers, resolves the todo from documentation
* Inverted $expiry and $reason parameter between WikiPage::doUpdateRestrictions() and WikiPage::updateRestrictions() for more consistency; WikiPage::doUpdateRestrictions() also requires all parameters to be passed
* WikiPage::doUpdateRestrictions() returns a Status object instead of bool for the older one; only possible error at the moment is a read-only database
* Updated core calls to these functions
* Made maintenance scripts using it simply protect all actions returned by Title::getRestrictionTypes() instead of hardcoded 'edit' and 'move'
* This also means that protect.php can be used to protect a non-existing page for creation

Revert r106545 and pass a null variable by ref (also updated the documentation) so that the hook is called at the correct moment and after everything is executed.
This is *exactly* the same behaviour as before r88898 since $article was an out parameter to fill $wgArticle correctly.

Pass the User object to Revision::userCan()

Clarify documentation

Make the output consistent when no second parameter is given and second parameter equals first parameter. This gives preference to names defined in MediaWiki, but when it is not in MediaWiki, it also sees whether there is one defined in the translated language names.

followup r88898 -- move BeforeInitialize hook to where it can be
called in a way that matches the documented parameters

As it was, when an extension tried to use BeforeInitialize with the
documented parameters this resulted in an exception:

    Detected bug in an extension! Hook HookFunctionName has invalid
    call signature; Parameter 2 to HookFunctionName() expected to be a
    reference, value given

w/s

Kill some useless code in r106514

Per bug 28901, and Duplicatebug on r105831, only list the Article ID if it has already been loaded

Not a long term fix, but saves potentially a lot of database queries to lookup article ids, until the other issues on bug 28901 are tidied up

More example conversions/additions

Ping r106439

Pass the User object to Title::userCan()

Follow-up r92924: move the CSS/JS for e-mail validation to Special:ChangeEmail.

Also merge the different LTR/RTL styles, it is flipped anyway.

Expose rev_sha1/ar_sha1 to API (bug 21860)

Fixes to address MaxSem's comment on r106480 regarding DB2 tables.sql syntax, indentation, and capitalization:
* Made all table and column names lowercase for consistency
* Removed " from around some "identifiers". Not necessary for DB2.
* Applied consistent indentation to all table declarations
* Applied consistent indentation to all index declarations
* Moved all PRIMARY KEY clauses to their own line for consistency and max line length
* Moved all ON clauses to their own line for consistency and max line length
* Fixed vertical alignment for column names and data types, remove all other vertical alignment
* Removed commented out references to SEQUENCE values, as they are used in neither DB2 nor MySQL schemas.
* Consistent spacing around parens () and commas ,
* Capitalized all data types.
* Note: tables.sql is approaching DB2's 32k limit. It will need to be split into two files soon.

Use local context to get messages

Per Aaron, fix typo in r102187

FU r98698: Show any PHP warnings in tryRespondFromFileCache() in debug mode

follow up to r106456 - use one setting instead two, which apparently made my commit into a fixme

Fix parser error in r106480.

PHP Parse error:  syntax error, unexpected T_ARRAY, expecting ')' in includes/installer/Ibm_db2Updater.php on line 55

Fixes to DB2 support:
* Database schema update to reflect 1.18 and 1.19 changes.
* Better support for numRows() and dataSeek() functions on DB2 result sets.
* Updates to DB2 installer and updater classes.
* Developed by Andre, Diego, and other students at Minho University and reviewed by me.
* See r85885, r85896.

Fix for r106476: forgot to remove debugging code

Per Aaron, fix for r105764: only set the timestamp if it's set in the cached ParserOutput object

clean up temp files. Fixes r99546 only better this time.

clean up temp files. Fixes r99546

Use WikiPage instead of Article to call doEdit()

introduce a new setting that allows extension authors to whitelist deprecated funtion usage for functions they do not wish to update due to backward compat reasons for a while

follow up to r106094

followup r103467 - Make sure we pass a user object when we call LoginAuthenticateAudit with self::ILLEGAL

Convert a few more descriptions

Ping r106439

Prep work for * (bug 33147) API examples should explain what they do

Now formatted in the autogenerated documentation

Format for paraminfo adds a description attribute to output

query allimages descriptions are tranformed, need to do/add to other ones

Stylize

Stylize

r98539 - make a note of change in comments

Foooollowup r106373 - update comment

follow up to r106393 - re-add these notices, since now they wont show for people that change the depr limit to see them