* Added FileRepo::SKIP_LOCKING constant and made storeBatch() check it.
* Made File::maybeDoTransform() use the FileRepo::store() and a new File::getThumbRel() function. Looks cleaner and loosens FileBackend coupling.
* Also made storeTemp() use FileRepo::SKIP_LOCKING for performance.
* Killed some useless initZones() calls in FileRepo. Extensions may not even use these zones. Likewise, it could make tests fail even though they don't those zones. We already do the sanity with some prepare() calls in storeBatch().
* Removed FileRepo::SKIP_VALIDATION, not used by anything now.
* Moved getUrlRel() down a bit.

Code style: move a couple htmlspecialchars() down to usage so it's clear where escaping happens

(bug 33246) News icon shown for news:// URLs but not for news: URLs. Patch by Erwin Dokter

Declare constant default values directly in the class definition and removed the constructor since it's useless now

Use LinkCache::singleton()->clear() instead of using a local variable so that I can see what LinkCache::singleton() will be used for directly in grep

* Use local context to get messages
* Use Language::userTimeAndDate() and related instead of Language::timeanddate() where needed
* Factorised some calls to member functions

Use accessor instead of the member variable directly and factorise the calls to it

tests for r94881 which interprets relative Location: headers

follow up to r106883, typo fixes

Optimized doOperations() a bit to only get SH locks for the paths that aren't already going to get EX locks

* Renamed FileBackend functions internal to FileBackend/FileOp, making their usage clearer.
* Added convenience functions to FileBackendBase for basic file ops. Previously, doOperation() was the only convenience function...give it some friends :)
* More documentation comments.

Fixed typo in testGetFileList() and used the proper FileBackend function delete

Release notes for r105645.

actually use the flipping cssclass arg, so its possible to set a css class without creating your own input field type class

follow-up to r105740, adding the actual graphic to use (in the right branch this time)

follow-up to r106754 - using strict comparison, adding logic for editing existing pages, changing parameter name in WikiPage::replaceSection from $summary to $sectionTitle as it only used for section titling

FU r106752: use "media-" instead of "images-" in container names. Long live books, video, 3D meshes, and animated holograms from the future!

fix race condition in UploadFromChunks, followup to r104687

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