Fix the sitesub of cologneblue. Follow up to r80785

Fix an issue with the header of CologneBlue. Introduced in r97657

Fixes bug 32474

bug 32086 get fixed in 1.18 not 1.18

r101478 did not get merged in 1.18

* Use local context to get messages
* Escape 'word-separator' and 'parentheses' messages

Use ParserOptions::newFromContext() instead of 'new ParserOptions' to use the local context instead of relying on $wgUser and $wgLang

Use WikiPage instead of Article

Follow-up r103332: fix "invalidoldimage" error message to say "oldimage" instead of "oldid"

Made ChangesList generate page links with rcid=x for new pages when $wgUseNPPatrol is on (not just $wgUseRCPatrol)

Make $wgDummyLanguageCodes an associative array so it maps to the correct codes; and use it in WikimediaIncubator to check whether the wiki exists (so e.g. Wx/sgs recognizes that the wiki corresponding to Wx/bat-smg exists). The extension is compatible with the old $wgDummyLanguageCodes array.

Don't force a localization cache rebuild if it will be handled automatically.

* Use ParserOptions::newFromContext() to not depend on $wgUser and $wgLang
* Use a WikiPage object instead of Article to get the text or the ParserOutput and create the object directly in getParsedSectionOrText()
* Use Title::getLatestRevID() instead of Article::getRevIdFetched() since the latter will always return the current revision ID when 0 is passed as second parameter to the constructor
* Pass the User object to Revision::getText()
* Removed double setting of $wgTitle

Localisation updates for core and extension messages from translatewiki.net

followup to r103448, tighten up code

Fix for r103502: make PoolWorkArticleView::doWork() return true when the parse is successful; also fixed getIsDirty() to return the member parameter and not try to execute a non-existing function

Localisation updates for core and extension messages from translatewiki.net

Use local context to get messages

* Added WikiPage::getParserOutput() and changed Article::getParserOutput() to use it
* WikiPage::getParserOutput() requires a ParserOptions object (and optionally the revision ID) instead of an User object, removes an hidden dependency on $wgLang. For this reason, WikiPage::isParserCacheUsed() now also uses a ParserOptions object instead of an User object (doesn't change anything in the code except the variable name and it's not called in extensions)
* Moved PoolWorkArticleView to WikiPage.php and added an entry in the AutoLoader and moved output-related stuff directly in Article::view() so that in can be shared with WikiPage::getParserOutput() (removes code duplication, etc.)
* Added the revision ID to the PoolCounter key so that it knows which revision is being parsed and doesn't wait for another parse operation with same options but different revisions
* Removed Article::doViewParse(), Article::tryDirtyCache() and Article::getOutputFromWikitext() since they are now integrated in PoolWorkArticleView and Article::view() and there are no callers in extensions. This also fixes a bug since Article::doViewParse() will get another ParserOptions instance with special options set in Article::view() not be repercuted.
* Updated DifferenceEngine to use the new system
* Updated docs/memcached.txt to correct method names

Fix the rest of 'inlanguage ' in r93765

Fix trailing space in r93765

(bug 32450) MediaWiki: .js|.css pages parsed [[Category:#]] links

This patch skip the [[Category:#]] parsing logic when the Title is in
NS_MEDIAWIKI and ends with .js or .css. This way the code is kept as is
and pages are no more categorized.

How to reproduce the issue:

$ echo 'var foo = "[[Category:bug32450]]"' \
| php maintenance/parse.php --title MediaWiki:Foobar.js
<p>var foo = ""
</p>
$

Note how the text got stripped.

After this patch:

$ echo 'var foo = "[[Category:bug32450]]"' \
| php maintenance/parse.php --title MediaWiki:Foobar.js
<p>var foo = "[[Category:bug32450]]"
</p>
$

TEST PLAN:
==========

$ php parserTests.php --quiet
This is MediaWiki version 1.19alpha (r103473).

Reading tests from "tests/parser/parserTests.txt"...
Reading tests from "tests/parser/extraParserTests.txt"...
Passed 654 of 654 tests (100%)... ALL TESTS PASSED!
$

Apply cryptocoryne's patch from Bug 32454 - ArticlePurge hook is broken after r86041

Adapt and re-apply Michael Newton's patch from Bug 24464 - Execute
LoginAuthenticateAudit hook more often.

Also updated release notes.

use spaces for usage indentation

* Use the fact that WikiPage::getLatest() is updated when editing the page since r103383
* Moved override of $wgTitle and creation of EditPage object to the place they will be used

skip Media: links in addition to Special: links

That one triggered an exception stack trace when using Media:foo as
a target on Special:WhatLinksHere.

Example:
Special:WhatLinksHere/Media:file.png

That is a rare occurence that "should not happen". I am not sure it is
worth backporting to 1.18 although it impacts live site:

http://en.wikipedia.org/wiki/Special:WhatLinksHere/Media:BSicon_uBS2lf.svg

* Removed Preferences::validateEmail() to that e-mail address modification is in another special page, no callers
* Added $form parameter to Preferences::cleanSignature() and Preferences::validateSignature(), they are passed to the functions since r102879
* Use local context to get messages

if user id is 0 and username is actually an IP, write it as <ip>, not <username>

Put $fallback back that was accidentally removed in r96692. Spotted by Merlissimo.

Cannot explain how this happened.

Follow-up r103437: fix typo and add quotes.

Documentation

Tweak message updated in r103386.

revert r103396 (breaks unit tests) - In lots of these places $u is undefined (for example, of a user doesn't specify a name, we havn't created a user object yet at the time of that check). Probably need to do something like create a second hook for loginAuditUserTotallyFailed or something.

Moved File classes to filerepo/file (as well as ArchivedFile)

Fixed comment typo

Applying Michael Newton's patch from Bug 24464 - Execute
LoginAuthenticateAudit hook more often

Tested and it *seems* reasonable to me.

Apply patch from Bug 17056 - list items in Special:NewPages should
    each link to the first revision of the page
Patch from Umherirrender

Apply jdanni's patch from from 2+ years ago for Bug 15218 - LinkSearch results should use as much of the path as is provided, not simply search by domain

Patch only updates the messages.

* Put the LinkCache update in WikiPage::updateRevisionOn() so that we are sure that it is executed every time that function get called (and the update succeeds of course); and removed the call to Title::resetArticleID() which is already done by insertOn()
* Also update $this->mLatest and $this->mIsRedirect in updateRevisionOn() (will use this in ApiEditPage to have to create another istance just to grab the new revision ID)
* In WikiPage::doEdit(), get the current latest before going through the process since it's now updated in updateRevisionOn() (would break RecentChange::notifyEdit() otherwise) and pass the current redirect state to use the optimisation in updateRedirectOn() if possible

Per Aaron, fix for r102973: create directly a WikiFilePage object and call setFile() on it to restore previous behaviour

Fixed totally broken --file parameter (running the sha1 for one file)

Localisation updates for core and extension messages from translatewiki.net

Followup to r103365, actually include said patch file

Followup to r100640, use correct name scheme for sequence, correct references to sequence and add optional patch file for sites following trunk

(bug 31535; bug 332) Properly truncate upload summaries (img_description) on the php side.

Before it would get truncated when inserted into the 255 byte db field. This is bad as it can leave dangling multi-byte unicode sequences, additionally, since directly after upload we appearently cache the file object, this can result in the comment in the file history table being super-huge.

This also removes the parenthesis in the comment field in the table. Its a table, we don't need to use () to visually separate it from the rest of the page content.

This commit also causes '...' (or the i18n'ed equivalent) to be appended when truncated a comment. Previously that didn't happen. Also I changed it to use a method that doesn't check for '*' as a special value to mean no description. I looked at the toolserver db, and even uploads to enwikipedia from 2002 don't use '*' as special no-description marker.

Register new message key from r103314 for maintenance scripts

Fix extension URL

On errors not using OutputPage, Content-Type header wasn't set,
although we output localised UTF-8 messaged.

* Use WikiPage instead of Article
* Create the WikiPage object directly in execute() and pass it to both delete() and deleteFile()
* Reordered parameters of delete() and deleteFile() to be consistent and take both on the WikiPage and User objects (instead of relying on $wgUser); no callers outside of this class
* Fixed deleteFile() to match the behaviour of FileDeleteForm with oldimage parameter
* Pass the User object to getPermissionsError()
* Factorised duplicated code
* Added missing error code to ApiBase (and also a new one)
* Added missing possible error codes (with a new one too)

Follow-up r101449 and friends: no need to consider LC rebuild a database update and especially it shouldn't be listed separately for every DB updater

bug 28643 improvement to serbian variants conversion

This patch is a PARTIAL merge of /branches/nikola/phase3 ::

r85224 avoid double conversion when text already use the correct variant
r85239 minor fixes to previous
r85308 documentation (@since 1.18 update to 1.19)
r101359 guessVariant doc + boolean typecast
r101369 tests
r103131 additional test

Test plan:
==========
$ ./phpunit.php --filter LanguageSr
PHPUnit 3.6.3 by Sebastian Bergmann.

Configuration read from /srv/trunk/tests/phpunit/suite.xml

.....

Time: 1 second, Memory: 78.50Mb

OK (5 tests, 19 assertions)
$

Comments, braces, explicit member variables

Remove a couple of unused variables

Trim some long lines. Add fullstops

Follow-up r103202: removed unused global declaration

Fill up, and synchronise RELEASE-NOTES-1.18

add checkbox for listauthors on export form if wgExportAllowListContributors set

Clarify comment in r103019

Followup r103294, remove a space that got added on the end of the method

Following r100264, update usages in core

Removed the 'eclipse helper' bit on top of every API module

It's a parctice that dates back to 2006 when the API was first written, and frankly isn't covered by the coding conventions. Same thing with the docblocks, they're all copypasted with some bits changed and don't even make sense if you look at them in the genereated code docs.
I don't feel that any of us depend on this anymore (get a better IDE), so in the inerest of consistancy it's time we said goodbye to it.

Deprecated WikiPage::preSaveTransform() in favour of Parser::preSaveTransform() and updated callers; added wfDeprecated() call since there are no callers in extensions

Added Article::newFromWikiPage() function to create an appropriate Article object from a WikiPage and keep the process cache vars of the later

Make wfExpandUrl use wfRemoveDotSegments on the resulting path.  This finishes
off bug 32168.

Also follow-up r103199 (related) to use isset.

Removed useless constructor, just use parent's one which is identical

Moved read only check after permissions and block so that the user doesn't think the error is temporary in case he doesn't have the permission and the database is in read only mode

* Factorise common code in ImagePage::delete() and allow normal page deletion if $wgUploadMaintenance is true
* Moved $wgUploadMaintenance check after permissions and read only, so that the user doesn't think the error is temporary if he both doesn't have the permission and $wgUploadMaintenance is true
* Show normal error page when $wgUploadMaintenance and added a message for the error title
* Moved watchlist updating to FileDeletForm::execute(), it has nothing to do in doDelete() (would also be executed for api requests, etc.)
* Added $user parameter to FileDeletForm::doDelete() to pass the user doing the action
* Use WikiPage instead of Article

Add wfAssembleUrl and unit tests. This is the next step towards fixing
bug 32168.  This function is the inverse of wfParseUrl and is useful when you
need to modify part of a URL and have to put it back together.

Further, with the addition of this function, there is sufficient code in core
to create a proper URI class.

Fixup for r102997. If you add returns to a profiled function,
you should make sure to wfProfileOut on all branches.

Follow-up r103179: $handled variable undefined

Address fixme on r101644 (bug 32325, bug 32263), originally for bug 31822. PHP 5.2 below 5.2.7 throws a warning when you try to fopen() in append mode. Fixed by only fwrite()ing to STDIN|STDERR when in cli, use print otherwise (per Tim's suggestion).

People didn't seem to like the idea of bumping the minimum version to 5.2.7 since some distros like being behind the times.

The names for Kashmiri were in Urdu and Hindi. Change to native names per ks.wikipedia.org/wiki/User_talk:SPQRobin

Followup r102575, recreate export-0.6.xsd copied with export-0.5.xsd history

Followup r102575, delete export-0.6.xsd to create from a copy of export-0.5.xsd

(bug 32241) Fix flickering behavior in IE. Patch by Lupo. See also r102948

Follow up r102802. Bug 32359
Use negative sign itself instead of $_[0] since $_ is mixed type.
Add more test cases.

Fix for r102649

Convert SpecialBlock to subclass FormSpecialPage

Also fixes the problem introduced in r103115

Changed new LocalFilePurgeThumbnails hook arguments and updated wmf/swift.php to actually work for archived file thumbs.

Updated core SpecialPages to use new functions introduced in r103111 and r103095

Adding function for checking if the database is in readonly mode
Replacing some code in SpecialPageForm to use these new functions

Added function to SpecialPage to simplify permissions checking in SpecialPage classes.

Make sure that the old insertTags of mediawiki.action.edit.js works with each textarea or text input field on a page.

Note. Using input:text, because input[type=text] doesn't return the input's with no type set.

This fixes bug 31682, where Extension:CharInsert wasn't working on upload pages anymore and
bug 31566, where Extension:Proofread's header and footer fields didn't work icw CharInsert

Add isset tests to stuff inside BaseTemplate::getToolbox.

Fix for r102997: forgot to change that variable

Localisation updates for core and extension messages from translatewiki.net

Reverts r102799, followsup r102800 also

Logged LoggedUpdateMaintenance did the inserting, the problem was the script was unconditionally run

Added some documentation tooo

(bug 19833) Make the searching-for-an-IP-means-you-want-Special:Contributions behavior configurable. Patch by Olivier Finlay Beaton

Remove commented-out variable ApiMain::$mRequest

Fix for r103001: using the object is actually a good idea

Update DifferenceEngine::renderNewRevision() to run the 'ArticleViewCustom' hook and create a WikiPage object and do "normal wikitext" processing only when really needed

Some cleanup to Article::view() and related:
* Moved the page check if oldid was given from Article::fetchContent() to Article::getOldidIDFromRequest() so that it's done directly when executing Article::view(); this should not happen though for normal view requests since oldid and related are checked in MediaWiki::parseTitle()
* Removed $oldid parameter from Article::fetchContent() and always use the oldid parameter passed either in the constructor or the request; also changed call from Article::loadContent() to Article::fromContent() since the former is now only a redirect to the latter
* Moved the 'read' permission check to the beginning of Article::view() since the Title is now correct directly after calling Article::getOldID()
* Merged the two calls to the parser cache and make WikiPage::isParserCacheUsed() also return true when the latest revision id is given. Article::setOldSubtitle() is still called when the oldid is passed to display the "You are view the current revision of this article".
* Also moved the non-existing page check a bit up to avoid running a good part of useless code when the page doesn't exist
* Merged two calls to Title::quickUserCan( 'edit' ) to set edit sections to false

find on Windows is incompatible with *nix

Followup r99224: add message to ApiBase::$messageMap too

Add Platonides' "add wlexcludeuser to feedwatchlist" patch from bug 25325

Followup r102945: $wgFooterIcons too

Updated remaining functions executing NewRevisionFromEditComplete hook to use WikiPage instead of Article

Followup r102910

Make the link to the MW page https only

Revert r102949. Broke tests (undefined variable $_SESSION because session_start() hadn't been called) and is unnecessary because we have DerivativeRequest now

Fix for r102949: don't delete too much

Localisation updates for core and extension messages from translatewiki.net

Remove the kok-* codes got added unintentionally in r102891.