Fix Bug #32105 - Copyright/trademark/terms of use not showing in
Simple skin

Don't really know why this was hidden, anyway.

(bug 1697) Special:Log make Title an User object when the log type expect it

RELEASE-NOTES-1.19 for r103706, r103708

CREDITS for r103705

* (bug 32505) Incorrect spacing on messages for Special:EditWatchlist/raw results

Patch by Brad Jorsch

* (bug 19698) Inverse selection for Special:Contributions

Manually updated patch to fix conflicts

* (bug 8859) Database::update should take array of tables too

Original patch by Andrew Dunbar

Also apply in DatabaseOracle and DB2 code as they override update

Bug 13759 - memcached predefined hashes

Patch by Zac Bristow

Half of the patch was already applied. Updated documentation to match

Followup r103692: don't add a query per row

parserTests: add --filter as an alias of --regex

PHPUnit use the --filter option and I keep incorrectly using it for
parserTest. So this is adding an alias of --regex.

More updater message updates and normalisation

Fix a call to $this->db->applyPatch() to $this->applyPatch()

RELEASE-NOTES for r103692

(bug 32228) Special:Search doesn't conserve profile when new search terms are entered

Followup r103685

Not sure why I reinvented the wheel. Oh well, doing it properly now

(bug 30368) When a page is moved, link to and display the new name rather than the old name on Special:Newpages. Did this by treating relying on rc_cur_id instead of rc_namespace & rc_title when building the list. This is safe because the Newpages query already joins against page, so we know the rc_cur_id points to an existing page.

* (bug 32020) Improve messages output by the database updaters

Patch by David Baumgarten

Bug 32397 - #userlogin is too narrow

Patch by A. D. Bergi

revert r103694 r103687

Need to find a better way to fix that cache issue :(

Bug 32238 - phaseout wgEnableTooltipsAndAccesskeys

closing a store is only available for CDB type

follow up r103684

* (bug 32470) Increase the length of ug_group

Postgres doesn't need extending...

add possibility to close a LCStore_CDB
also close an LCStore_CDB after checking for expiry

Global tables died

Make ResourceLoader::register() non-recursive, was calling itself recursively on every page load.

Localisation update for core and extension messages from translatewiki.net

Fixes broken alignment of catlinks in cologneblue and simple skins.

Follow up to r102297
Fixes bug 32460

Incorporate a router into our maintenance/dev/ code to better handle the variety of file types we support.

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.