wiki.techinc.nl/tests/phpunit/includes/deferred/LinksUpdateTest.php

939 lines
25 KiB
PHP
Raw Normal View History

<?php
use MediaWiki\Deferred\LinksUpdate\LinksTable;
use MediaWiki\Deferred\LinksUpdate\LinksTableGroup;
use MediaWiki\Deferred\LinksUpdate\LinksUpdate;
use MediaWiki\MainConfigNames;
use MediaWiki\MediaWikiServices;
use MediaWiki\Page\PageIdentityValue;
use MediaWiki\Title\Title;
use PHPUnit\Framework\MockObject\MockObject;
use Wikimedia\TestingAccessWrapper;
/**
* @covers MediaWiki\Deferred\LinksUpdate\LinksUpdate
* @covers \MediaWiki\Deferred\LinksUpdate\CategoryLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\ExternalLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\GenericPageLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\ImageLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\InterwikiLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\LangLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\LinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\LinksTableGroup
* @covers \MediaWiki\Deferred\LinksUpdate\PageLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\PagePropsTable
* @covers \MediaWiki\Deferred\LinksUpdate\TemplateLinksTable
* @covers \MediaWiki\Deferred\LinksUpdate\TitleLinksTable
*
* @group LinksUpdate
* @group Database
* ^--- make sure temporary tables are used.
*/
class LinksUpdateTest extends MediaWikiLangTestCase {
protected static $testingPageId;
protected function setUp(): void {
parent::setUp();
$this->tablesUsed = array_merge( $this->tablesUsed,
[
'interwiki',
'page_props',
'pagelinks',
'categorylinks',
'category',
'langlinks',
'externallinks',
'imagelinks',
'templatelinks',
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
'iwlinks',
'recentchanges',
]
);
$dbw = wfGetDB( DB_PRIMARY );
$dbw->replace(
'interwiki',
'iw_prefix',
[
'iw_prefix' => 'linksupdatetest',
'iw_url' => 'http://testing.com/wiki/$1',
'iw_api' => 'http://testing.com/w/api.php',
'iw_local' => 0,
'iw_trans' => 0,
'iw_wikiid' => 'linksupdatetest',
]
);
$this->overrideConfigValue( MainConfigNames::RCWatchCategoryMembership, true );
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
}
public function addDBDataOnce() {
$res = $this->insertPage( 'Testing' );
self::$testingPageId = $res['id'];
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$this->insertPage( 'Some_other_page' );
$this->insertPage( 'Template:TestingTemplate' );
}
protected function makeTitleAndParserOutput( $name, $id ) {
// Force the value returned by getArticleID, even is
// READ_LATEST is passed.
/** @var Title|MockObject $t */
$t = $this->getMockBuilder( Title::class )
->disableOriginalConstructor()
->onlyMethods( [ 'getArticleID' ] )
->getMock();
$t->method( 'getArticleID' )->willReturn( $id );
$tAccess = TestingAccessWrapper::newFromObject( $t );
$tAccess->secureAndSplit( $name );
$po = new ParserOutput();
$po->setTitleText( $name );
return [ $t, $po ];
}
/**
* @covers ParserOutput::addLink
*/
public function testUpdate_pagelinks() {
/** @var Title $t */
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addLink( Title::newFromText( "Foo" ) );
$po->addLink( Title::newFromText( "Bar" ) );
$po->addLink( Title::newFromText( "Special:Foo" ) ); // special namespace should be ignored
$po->addLink( Title::newFromText( "linksupdatetest:Foo" ) ); // interwiki link should be ignored
$po->addLink( Title::newFromText( "#Foo" ) ); // hash link should be ignored
$update = $this->assertLinksUpdate(
$t,
$po,
'pagelinks',
[ 'pl_namespace', 'pl_title' ],
'pl_from = ' . self::$testingPageId,
[
[ NS_MAIN, 'Bar' ],
[ NS_MAIN, 'Foo' ],
]
);
$this->assertArrayEquals( [
Title::makeTitle( NS_MAIN, 'Foo' ), // newFromText doesn't yield the same internal state....
Title::makeTitle( NS_MAIN, 'Bar' ),
], $update->getAddedLinks() );
$po = new ParserOutput();
$po->setTitleText( $t->getPrefixedText() );
$po->addLink( Title::newFromText( "Bar" ) );
$po->addLink( Title::newFromText( "Baz" ) );
$po->addLink( Title::newFromText( "Talk:Baz" ) );
$update = $this->assertLinksUpdate(
$t,
$po,
'pagelinks',
[ 'pl_namespace', 'pl_title' ],
'pl_from = ' . self::$testingPageId,
[
[ NS_MAIN, 'Bar' ],
[ NS_MAIN, 'Baz' ],
[ NS_TALK, 'Baz' ],
]
);
$this->assertArrayEquals( [
Title::makeTitle( NS_MAIN, 'Baz' ),
Title::makeTitle( NS_TALK, 'Baz' ),
], $update->getAddedLinks() );
$this->assertArrayEquals( [
Title::makeTitle( NS_MAIN, 'Foo' ),
], $update->getRemovedLinks() );
}
public function testUpdate_pagelinks_move() {
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addLink( Title::newFromText( "Foo" ) );
$this->assertLinksUpdate(
$t,
$po,
'pagelinks',
[ 'pl_namespace', 'pl_title', 'pl_from_namespace' ],
'pl_from = ' . self::$testingPageId,
[
[ NS_MAIN, 'Foo', NS_MAIN ],
]
);
[ $t, $po ] = $this->makeTitleAndParserOutput( "User:Testing", self::$testingPageId );
$po->addLink( Title::newFromText( "Foo" ) );
$this->assertMoveLinksUpdate(
$t,
new PageIdentityValue( 2, 0, "Foo", false ),
$po,
'pagelinks',
[ 'pl_namespace', 'pl_title', 'pl_from_namespace' ],
'pl_from = ' . self::$testingPageId,
[
[ NS_MAIN, 'Foo', NS_USER ],
]
);
}
/**
* @covers ParserOutput::addExternalLink
* @covers MediaWiki\Deferred\LinksUpdate\LinksUpdate::getAddedExternalLinks
* @covers MediaWiki\Deferred\LinksUpdate\LinksUpdate::getRemovedExternalLinks
*/
public function testUpdate_externallinks() {
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addExternalLink( "http://testing.com/wiki/Foo" );
$po->addExternalLink( "http://testing.com/wiki/Bar" );
$update = $this->assertLinksUpdate(
$t,
$po,
'externallinks',
[ 'el_to', 'el_index' ],
'el_from = ' . self::$testingPageId,
[
[ 'http://testing.com/wiki/Bar', 'http://com.testing./wiki/Bar' ],
[ 'http://testing.com/wiki/Foo', 'http://com.testing./wiki/Foo' ],
]
);
$this->assertArrayEquals( [
"http://testing.com/wiki/Bar",
"http://testing.com/wiki/Foo"
], $update->getAddedExternalLinks() );
$po = new ParserOutput();
$po->setTitleText( $t->getPrefixedText() );
$po->addExternalLink( 'http://testing.com/wiki/Bar' );
$po->addExternalLink( 'http://testing.com/wiki/Baz' );
$update = $this->assertLinksUpdate(
$t,
$po,
'externallinks',
[ 'el_to', 'el_index' ],
'el_from = ' . self::$testingPageId,
[
[ 'http://testing.com/wiki/Bar', 'http://com.testing./wiki/Bar' ],
[ 'http://testing.com/wiki/Baz', 'http://com.testing./wiki/Baz' ],
]
);
$this->assertArrayEquals( [
"http://testing.com/wiki/Baz"
], $update->getAddedExternalLinks() );
$this->assertArrayEquals( [
"http://testing.com/wiki/Foo"
], $update->getRemovedExternalLinks() );
}
/**
* @covers ParserOutput::addCategory
*/
public function testUpdate_categorylinks() {
/** @var ParserOutput $po */
$this->overrideConfigValue( MainConfigNames::CategoryCollation, 'uppercase' );
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addCategory( "Foo", "FOO" );
$po->addCategory( "Bar", "BAR" );
$this->assertLinksUpdate(
$t,
$po,
'categorylinks',
[ 'cl_to', 'cl_sortkey' ],
'cl_from = ' . self::$testingPageId,
[
[ 'Bar', "BAR\nTESTING" ],
[ 'Foo', "FOO\nTESTING" ]
]
);
// Check category count
$this->assertSelect(
'category',
[ 'cat_title', 'cat_pages' ],
[ 'cat_title' => [ 'Foo', 'Bar', 'Baz' ] ],
[
[ 'Bar', 1 ],
[ 'Foo', 1 ]
]
);
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addCategory( "Bar", "Bar" );
$po->addCategory( "Baz", "Baz" );
$this->assertLinksUpdate(
$t,
$po,
'categorylinks',
[ 'cl_to', 'cl_sortkey' ],
'cl_from = ' . self::$testingPageId,
[
[ 'Bar', "BAR\nTESTING" ],
[ 'Baz', "BAZ\nTESTING" ]
]
);
// Check category count decrement
$this->assertSelect(
'category',
[ 'cat_title', 'cat_pages' ],
[ 'cat_title' => [ 'Foo', 'Bar', 'Baz' ] ],
[
[ 'Bar', 1 ],
[ 'Baz', 1 ],
]
);
}
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
public function testOnAddingAndRemovingCategory_recentChangesRowIsAdded() {
$this->overrideConfigValue( MainConfigNames::CategoryCollation, 'uppercase' );
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$title = Title::newFromText( 'Testing' );
$wikiPage = $this->getServiceContainer()->getWikiPageFactory()->newFromTitle( $title );
$wikiPage->doUserEditContent(
new WikitextContent( '[[Category:Foo]]' ),
$this->getTestSysop()->getUser(),
'added category'
);
$this->runAllRelatedJobs();
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$this->assertRecentChangeByCategorization(
$title,
$wikiPage->getParserOutput( ParserOptions::newFromAnon() ),
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
Title::newFromText( 'Category:Foo' ),
[ [ 'Foo', '[[:Testing]] added to category' ] ]
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
);
$wikiPage->doUserEditContent(
new WikitextContent( '[[Category:Bar]]' ),
$this->getTestSysop()->getUser(),
'replaced category'
);
$this->runAllRelatedJobs();
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$this->assertRecentChangeByCategorization(
$title,
$wikiPage->getParserOutput( ParserOptions::newFromAnon() ),
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
Title::newFromText( 'Category:Foo' ),
[
[ 'Foo', '[[:Testing]] added to category' ],
[ 'Foo', '[[:Testing]] removed from category' ],
]
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
);
$this->assertRecentChangeByCategorization(
$title,
$wikiPage->getParserOutput( ParserOptions::newFromAnon() ),
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
Title::newFromText( 'Category:Bar' ),
[
[ 'Bar', '[[:Testing]] added to category' ],
]
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
);
}
public function testOnAddingAndRemovingCategoryToTemplates_embeddingPagesAreIgnored() {
$this->overrideConfigValue( MainConfigNames::CategoryCollation, 'uppercase' );
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$templateTitle = Title::newFromText( 'Template:TestingTemplate' );
$templatePage = $this->getServiceContainer()->getWikiPageFactory()->newFromTitle( $templateTitle );
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$wikiPage = $this->getServiceContainer()->getWikiPageFactory()->newFromTitle( Title::newFromText( 'Testing' ) );
$wikiPage->doUserEditContent(
new WikitextContent( '{{TestingTemplate}}' ),
$this->getTestSysop()->getUser(),
'added template'
);
$this->runAllRelatedJobs();
$otherWikiPage = $this->getServiceContainer()->getWikiPageFactory()->newFromTitle( Title::newFromText( 'Some_other_page' ) );
$otherWikiPage->doUserEditContent(
new WikitextContent( '{{TestingTemplate}}' ),
$this->getTestSysop()->getUser(),
'added template'
);
$this->runAllRelatedJobs();
$this->assertRecentChangeByCategorization(
$templateTitle,
$templatePage->getParserOutput( ParserOptions::newFromAnon() ),
Title::newFromText( 'Baz' ),
[]
);
$templatePage->doUserEditContent(
new WikitextContent( '[[Category:Baz]]' ),
$this->getTestSysop()->getUser(),
'added category'
);
$this->runAllRelatedJobs();
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
$this->assertRecentChangeByCategorization(
$templateTitle,
$templatePage->getParserOutput( ParserOptions::newFromAnon() ),
Title::newFromText( 'Baz' ),
[ [
'Baz',
'[[:Template:TestingTemplate]] added to category, ' .
'[[Special:WhatLinksHere/Template:TestingTemplate|this page is included within other pages]]'
] ]
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
);
}
public function testUpdate_categorylinks_move() {
$this->overrideConfigValue( MainConfigNames::CategoryCollation, 'uppercase' );
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Old", self::$testingPageId );
$po->addCategory( "Bar", "BAR" );
$po->addCategory( "Foo", "FOO" );
$this->assertLinksUpdate(
$t,
$po,
'categorylinks',
[ 'cl_to', 'cl_sortkey' ],
'cl_from = ' . self::$testingPageId,
[
[ 'Bar', "BAR\nOLD" ],
[ 'Foo', "FOO\nOLD" ],
]
);
// Check category count
$this->assertSelect(
[ 'category' ],
[ 'cat_title', 'cat_pages' ],
[ 'cat_title' => [ 'Foo', 'Bar', 'Baz' ] ],
[
[ 'Bar', '1' ],
[ 'Foo', '1' ],
]
);
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "New", self::$testingPageId );
$po->addCategory( "Bar", "BAR" );
$po->addCategory( "Foo", "FOO" );
// An update to cl_sortkey is not expected if there was no move
$this->assertLinksUpdate(
$t,
$po,
'categorylinks',
[ 'cl_to', 'cl_sortkey' ],
'cl_from = ' . self::$testingPageId,
[
[ 'Bar', "BAR\nOLD" ],
[ 'Foo', "FOO\nOLD" ],
]
);
// Check category count
$this->assertSelect(
[ 'category' ],
[ 'cat_title', 'cat_pages' ],
[ 'cat_title' => [ 'Foo', 'Bar', 'Baz' ] ],
[
[ 'Bar', '1' ],
[ 'Foo', '1' ],
]
);
// A category changed on move
$po->setCategories( [
"Baz" => "BAZ",
"Foo" => "FOO",
] );
// With move notification, update to cl_sortkey is expected
$this->assertMoveLinksUpdate(
$t,
new PageIdentityValue( 2, 0, "new", false ),
$po,
'categorylinks',
[ 'cl_to', 'cl_sortkey' ],
'cl_from = ' . self::$testingPageId,
[
[ 'Baz', "BAZ\nNEW" ],
[ 'Foo', "FOO\nNEW" ],
]
);
// Check category count
$this->assertSelect(
[ 'category' ],
[ 'cat_title', 'cat_pages' ],
[ 'cat_title' => [ 'Foo', 'Bar', 'Baz' ] ],
[
[ 'Baz', '1' ],
[ 'Foo', '1' ],
]
);
}
/**
* @covers ParserOutput::addInterwikiLink
*/
public function testUpdate_iwlinks() {
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$target1 = Title::makeTitleSafe( NS_MAIN, "T1", '', 'linksupdatetest' );
$target2 = Title::makeTitleSafe( NS_MAIN, "T2", '', 'linksupdatetest' );
$target3 = Title::makeTitleSafe( NS_MAIN, "T3", '', 'linksupdatetest' );
$po->addInterwikiLink( $target1 );
$po->addInterwikiLink( $target2 );
$this->assertLinksUpdate(
$t,
$po,
'iwlinks',
[ 'iwl_prefix', 'iwl_title' ],
'iwl_from = ' . self::$testingPageId,
[
[ 'linksupdatetest', 'T1' ],
[ 'linksupdatetest', 'T2' ],
]
);
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addInterwikiLink( $target2 );
$po->addInterwikiLink( $target3 );
$this->assertLinksUpdate(
$t,
$po,
'iwlinks',
[ 'iwl_prefix', 'iwl_title' ],
'iwl_from = ' . self::$testingPageId,
[
[ 'linksupdatetest', 'T2' ],
[ 'linksupdatetest', 'T3' ]
]
);
}
/**
* @covers ParserOutput::addTemplate
*/
public function testUpdate_templatelinks() {
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$linkTargetLookup = MediaWikiServices::getInstance()->getLinkTargetLookup();
$target1 = Title::newFromText( "Template:T1" );
$target2 = Title::newFromText( "Template:T2" );
$target3 = Title::newFromText( "Template:T3" );
$po->addTemplate( $target1, 23, 42 );
$po->addTemplate( $target2, 23, 42 );
$this->assertLinksUpdate(
$t,
$po,
'templatelinks',
[ 'tl_target_id' ],
'tl_from = ' . self::$testingPageId,
[
[ $linkTargetLookup->acquireLinkTargetId( $target1, $this->db ) ],
[ $linkTargetLookup->acquireLinkTargetId( $target2, $this->db ) ],
]
);
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addTemplate( $target2, 23, 42 );
$po->addTemplate( $target3, 23, 42 );
$this->assertLinksUpdate(
$t,
$po,
'templatelinks',
[ 'tl_target_id' ],
'tl_from = ' . self::$testingPageId,
[
[ $linkTargetLookup->acquireLinkTargetId( $target2, $this->db ) ],
[ $linkTargetLookup->acquireLinkTargetId( $target3, $this->db ) ],
]
);
}
/**
* @covers ParserOutput::addImage
*/
public function testUpdate_imagelinks() {
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addImage( "1.png" );
$po->addImage( "2.png" );
$this->assertLinksUpdate(
$t,
$po,
'imagelinks',
'il_to',
'il_from = ' . self::$testingPageId,
[ [ '1.png' ], [ '2.png' ] ]
);
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addImage( "2.png" );
$po->addImage( "3.png" );
$this->assertLinksUpdate(
$t,
$po,
'imagelinks',
'il_to',
'il_from = ' . self::$testingPageId,
[ [ '2.png' ], [ '3.png' ] ]
);
}
public function testUpdate_imagelinks_move() {
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addImage( "1.png" );
$po->addImage( "2.png" );
$fromNamespace = $t->getNamespace();
$this->assertLinksUpdate(
$t,
$po,
'imagelinks',
[ 'il_to', 'il_from_namespace' ],
[ 'il_from' => self::$testingPageId ],
[ [ '1.png', $fromNamespace ], [ '2.png', $fromNamespace ] ]
);
$oldT = $t;
[ $t, $po ] = $this->makeTitleAndParserOutput( "User:Testing", self::$testingPageId );
$po->addImage( "1.png" );
$po->addImage( "2.png" );
$fromNamespace = $t->getNamespace();
$this->assertMoveLinksUpdate(
$t,
$oldT->toPageIdentity(),
$po,
'imagelinks',
[ 'il_to', 'il_from_namespace' ],
[ 'il_from' => self::$testingPageId ],
[ [ '1.png', $fromNamespace ], [ '2.png', $fromNamespace ] ]
);
}
/**
* @covers ParserOutput::addLanguageLink
*/
public function testUpdate_langlinks() {
$this->overrideConfigValue( MainConfigNames::CapitalLinks, true );
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addLanguageLink( 'De:1' );
$po->addLanguageLink( 'En:1' );
$po->addLanguageLink( 'Fr:1' );
$this->assertLinksUpdate(
$t,
$po,
'langlinks',
[ 'll_lang', 'll_title' ],
'll_from = ' . self::$testingPageId,
[
[ 'De', '1' ],
[ 'En', '1' ],
[ 'Fr', '1' ]
]
);
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addLanguageLink( 'En:2' );
$po->addLanguageLink( 'Fr:1' );
$this->assertLinksUpdate(
$t,
$po,
'langlinks',
[ 'll_lang', 'll_title' ],
'll_from = ' . self::$testingPageId,
[
[ 'En', '2' ],
[ 'Fr', '1' ]
]
);
}
/**
* @covers ParserOutput::setPageProperty
*/
public function testUpdate_page_props() {
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$fields = [ 'pp_propname', 'pp_value', 'pp_sortkey' ];
$cond = 'pp_page = ' . self::$testingPageId;
$po->setPageProperty( 'deleted', 1 );
$po->setPageProperty( 'changed', 1 );
$this->assertLinksUpdate(
$t, $po, 'page_props', $fields, $cond,
[
[ 'changed', '1', 1 ],
[ 'deleted', '1', 1 ]
]
);
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$expected = [];
$po->setPageProperty( "bool", true );
$expected[] = [ "bool", true ];
$po->setPageProperty( 'changed', 2 );
$expected[] = [ 'changed', 2 ];
$po->setPageProperty( "float", 4.0 + 1.0 / 4.0 );
$expected[] = [ "float", 4.0 + 1.0 / 4.0 ];
$po->setPageProperty( "int", -7 );
$expected[] = [ "int", -7 ];
$po->setPageProperty( "string", "33 bar" );
$expected[] = [ "string", "33 bar" ];
// compute expected sortkey values
foreach ( $expected as &$row ) {
$value = $row[1];
if ( is_int( $value ) || is_float( $value ) || is_bool( $value ) ) {
$row[] = floatval( $value );
} else {
$row[] = null;
}
}
$update = $this->assertLinksUpdate(
$t, $po, 'page_props', $fields, 'pp_page = ' . self::$testingPageId, $expected );
$expectedAssoc = [];
foreach ( $expected as [ $name, $value ] ) {
$expectedAssoc[$name] = $value;
}
$this->assertArrayEquals( $expectedAssoc, $update->getAddedProperties() );
$this->assertArrayEquals(
[
'changed' => '1',
'deleted' => '1'
],
$update->getRemovedProperties()
);
}
// @todo test recursive, too!
protected function assertLinksUpdate( Title $title, ParserOutput $parserOutput,
$table, $fields, $condition, array $expectedRows
) {
return $this->assertMoveLinksUpdate( $title, null, $parserOutput,
$table, $fields, $condition, $expectedRows );
}
protected function assertMoveLinksUpdate(
Title $title, ?PageIdentityValue $oldTitle, ParserOutput $parserOutput,
$table, $fields, $condition, array $expectedRows
) {
$update = new LinksUpdate( $title, $parserOutput );
$update->setStrictTestMode();
if ( $oldTitle ) {
$update->setMoveDetails( $oldTitle );
}
rdbms: Consolidate logger channels into one Notable changes: * In SqlBagOStuff::getConnectionFromServerInfo, only two loggers were injected. The rest implicitly got a NullLogger due to being absent. These are now effectively unsilenced. * Database::__construct() required almost all parameters, even the loggers. I've wanted to move some of DatabaseFactory into the ctor here for a while. In order to make this change not a breaking change, the new 'logger' parameter is optional with NullLogger as default. This allowed some of the test cases, which were simply passing NullLogger, to be fixed by passing nothing instead of passing the new option name. The Database class is behind a dozen layers of indirection for real use, so this will still be injected just fine (DBF, LB, LBF, MWLBF, etc.). * In LegacyLogger, the handling for $wgDBerrorLog was previously limited to DBConnection and DBQuery. This now includes errors from other (generally, newer) parts of Rdbms as well, which were previously missing. This only affects sites (typically CI and dev setup) where $wgDBerrorLog is used, as opposed to the more common $wgDebugLogGroups by-channel configuration. * TransactionProfiler gets its logger injected in a rather odd way, via entrypoints (MediaWiki.php, ApiMain.php, and MaintenanceRunner) as opposed to service wiring. This is kept as-is for now. * In LBFactoryTest, in particular testInvalidSelectDBIndependent2, there are cases that intentionally produce failures of which the result is then observed. In CI we assert that dberror.log is empty so instead of adding the missing logger fields to that LBFactory instance, the only one set (replLogger) is removed. The alternative is to set 'logger' now, which would naturally cause CI failures due to unexpected entries coming through to non-mocked error log. Bug: T320873 Change-Id: I7ca996618e41b93f488cb5c4de82000bb36e0dd3
2022-10-15 20:16:07 +00:00
$this->setTransactionTicket( $update );
$update->doUpdate();
$this->assertSelect( $table, $fields, $condition, $expectedRows );
return $update;
}
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
protected function assertRecentChangeByCategorization(
Title $pageTitle, ParserOutput $parserOutput, Title $categoryTitle, $expectedRows
) {
$this->assertSelect(
[ 'recentchanges', 'comment' ],
[ 'rc_title', 'comment_text' ],
[
'rc_type' => RC_CATEGORIZE,
'rc_namespace' => NS_CATEGORY,
'rc_title' => $categoryTitle->getDBkey(),
'comment_id = rc_comment_id',
],
$expectedRows
);
Enable users to watch category membership changes #2 This is part of a chain that reverts: e412ff5ecc900991cce4f99b7a069f625a5694b3. NOTE: - The feature is disabled by default - User settings default to hiding changes - T109707 Touching a file on wikisource adds and removes it from a category... Even when page has no changes.... WTF? See linked issue, marked as stalled with a possible way forward for this patch. @see https://gerrit.wikimedia.org/r/#/c/235467/ Changes since version 1: - T109604 - Page names in comment are no longer url encoded / have _'s - T109638 & T110338 - Reserved username now used when we can't determine a username for the change (we could perhaps set the user and id to be blank in the RC table, but who knows what this might do) - T109688 - History links are now disabled in RC.... (could be fine for the introduction and worked on more in the future) - Categorization changes are now always patrolled - Touching on T109672 in this change emails will never be sent regarding categorization changes. (this can of course be changed in a followup) - Added $wgRCWatchCategoryMembership defaulting to true for enabling / disabling the feature - T109700 - for cases when no revision was retrieved for a category change set the bot flag to true. This means all changes caused by parser functions & Lua will be marked as bot, as will changes that cant find their revision due to slave lag.. Bug: T9148 Bug: T109604 Bug: T109638 Bug: T109688 Bug: T109700 Bug: T110338 Bug: T110340 Change-Id: I51c2c1254de862f24a26ef9dbbf027c6c83e9063
2015-08-24 17:40:06 +00:00
}
private function runAllRelatedJobs() {
$queueGroup = $this->getServiceContainer()->getJobQueueGroup();
while ( $job = $queueGroup->pop( 'refreshLinksPrioritized' ) ) {
$job->run();
$queueGroup->ack( $job );
}
while ( $job = $queueGroup->pop( 'categoryMembershipChange' ) ) {
$job->run();
$queueGroup->ack( $job );
}
}
public function testIsRecursive() {
[ $title, $po ] = $this->makeTitleAndParserOutput( 'Test', 1 );
$linksUpdate = new LinksUpdate( $title, $po );
$this->assertTrue( $linksUpdate->isRecursive(), 'LinksUpdate is recursive by default' );
$linksUpdate = new LinksUpdate( $title, $po, true );
$this->assertTrue( $linksUpdate->isRecursive(),
'LinksUpdate is recursive when asked to be recursive' );
$linksUpdate = new LinksUpdate( $title, $po, false );
$this->assertFalse( $linksUpdate->isRecursive(),
'LinksUpdate is not recursive when asked to be not recursive' );
}
/**
* Confirm that repeatedly saving the same ParserOutput does not lead to
* DELETE/INSERT queries (T299662)
*/
public function testNullEdit() {
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addCategory( 'Test', 'Test' );
$po->addExternalLink( 'http://www.example.com/' );
$po->addImage( 'Test' );
$po->addInterwikiLink( new TitleValue( 0, 'test', '', 'test' ) );
$po->addLanguageLink( 'en:Test' );
$po->addLink( new TitleValue( 0, 'Test' ) );
$po->setPageProperty( 'string', 'x' );
$po->setPageProperty( 'numeric-string', '1' );
$po->setPageProperty( 'int', 10 );
$po->setPageProperty( 'float', 2 / 3 );
$po->setPageProperty( 'true', true );
$po->setPageProperty( 'false', false );
$po->setPageProperty( 'null', null );
$update = new LinksUpdate( $t, $po );
$update->setStrictTestMode();
rdbms: Consolidate logger channels into one Notable changes: * In SqlBagOStuff::getConnectionFromServerInfo, only two loggers were injected. The rest implicitly got a NullLogger due to being absent. These are now effectively unsilenced. * Database::__construct() required almost all parameters, even the loggers. I've wanted to move some of DatabaseFactory into the ctor here for a while. In order to make this change not a breaking change, the new 'logger' parameter is optional with NullLogger as default. This allowed some of the test cases, which were simply passing NullLogger, to be fixed by passing nothing instead of passing the new option name. The Database class is behind a dozen layers of indirection for real use, so this will still be injected just fine (DBF, LB, LBF, MWLBF, etc.). * In LegacyLogger, the handling for $wgDBerrorLog was previously limited to DBConnection and DBQuery. This now includes errors from other (generally, newer) parts of Rdbms as well, which were previously missing. This only affects sites (typically CI and dev setup) where $wgDBerrorLog is used, as opposed to the more common $wgDebugLogGroups by-channel configuration. * TransactionProfiler gets its logger injected in a rather odd way, via entrypoints (MediaWiki.php, ApiMain.php, and MaintenanceRunner) as opposed to service wiring. This is kept as-is for now. * In LBFactoryTest, in particular testInvalidSelectDBIndependent2, there are cases that intentionally produce failures of which the result is then observed. In CI we assert that dberror.log is empty so instead of adding the missing logger fields to that LBFactory instance, the only one set (replLogger) is removed. The alternative is to set 'logger' now, which would naturally cause CI failures due to unexpected entries coming through to non-mocked error log. Bug: T320873 Change-Id: I7ca996618e41b93f488cb5c4de82000bb36e0dd3
2022-10-15 20:16:07 +00:00
$this->setTransactionTicket( $update );
$update->doUpdate();
$dbw = wfGetDB( DB_PRIMARY );
$time1 = $dbw->lastDoneWrites();
$this->assertGreaterThan( 0, $time1 );
$update = new class( $t, $po ) extends LinksUpdate {
protected function updateLinksTimestamp() {
// Updating the timestamp is allowed, ignore
}
};
$update->setStrictTestMode();
$update->doUpdate();
$time2 = wfGetDB( DB_PRIMARY )->lastDoneWrites();
$this->assertSame( $time1, $time2 );
}
public static function provideNumericKeys() {
$tables = TestingAccessWrapper::constant( LinksTableGroup::class, 'CORE_LIST' );
foreach ( $tables as $tableName => $spec ) {
yield [ $tableName ];
}
}
/**
* Unit test for numeric strings in ParserOutput array keys (T301433)
*
* @dataProvider provideNumericKeys
*/
public function testNumericKeys( $tableName ) {
$s = '123';
$i = 123;
/** @var ParserOutput $po */
[ $t, $po ] = $this->makeTitleAndParserOutput( "Testing", self::$testingPageId );
$po->addCategory( $s, $s );
$po->addExternalLink( $s );
$po->addImage( $s );
$po->addInterwikiLink( new TitleValue( 0, $s, '', $s ) );
$po->addLanguageLink( "$s:$s" );
$po->addLink( new TitleValue( 0, $s ) );
$po->setPageProperty( $s, $s );
$po->addTemplate( new TitleValue( 0, $s ), 1, 1 );
$update = new LinksUpdate( $t, $po );
/** @var LinksTableGroup $tg */
$tg = TestingAccessWrapper::newFromObject( $update )->tableFactory;
$table = $tg->get( $tableName );
/** @var LinksTable $tt */
$tt = TestingAccessWrapper::newFromObject( $table );
$tableName = $tt->getTableName();
foreach ( $tt->getNewLinkIDs() as $linkID ) {
foreach ( (array)$linkID as $component ) {
$this->assertNotSame( $i, $component,
"Link ID of table $tableName should not be an integer " );
}
}
}
/**
* Integration test for numeric category names (T301433)
*/
public function testNumericCategory() {
[ $t, $po ] = $this->makeTitleAndParserOutput( "Test 1", self::$testingPageId + 1 );
$po->addCategory( '123a', '123a' );
$update = new LinksUpdate( $t, $po );
rdbms: Consolidate logger channels into one Notable changes: * In SqlBagOStuff::getConnectionFromServerInfo, only two loggers were injected. The rest implicitly got a NullLogger due to being absent. These are now effectively unsilenced. * Database::__construct() required almost all parameters, even the loggers. I've wanted to move some of DatabaseFactory into the ctor here for a while. In order to make this change not a breaking change, the new 'logger' parameter is optional with NullLogger as default. This allowed some of the test cases, which were simply passing NullLogger, to be fixed by passing nothing instead of passing the new option name. The Database class is behind a dozen layers of indirection for real use, so this will still be injected just fine (DBF, LB, LBF, MWLBF, etc.). * In LegacyLogger, the handling for $wgDBerrorLog was previously limited to DBConnection and DBQuery. This now includes errors from other (generally, newer) parts of Rdbms as well, which were previously missing. This only affects sites (typically CI and dev setup) where $wgDBerrorLog is used, as opposed to the more common $wgDebugLogGroups by-channel configuration. * TransactionProfiler gets its logger injected in a rather odd way, via entrypoints (MediaWiki.php, ApiMain.php, and MaintenanceRunner) as opposed to service wiring. This is kept as-is for now. * In LBFactoryTest, in particular testInvalidSelectDBIndependent2, there are cases that intentionally produce failures of which the result is then observed. In CI we assert that dberror.log is empty so instead of adding the missing logger fields to that LBFactory instance, the only one set (replLogger) is removed. The alternative is to set 'logger' now, which would naturally cause CI failures due to unexpected entries coming through to non-mocked error log. Bug: T320873 Change-Id: I7ca996618e41b93f488cb5c4de82000bb36e0dd3
2022-10-15 20:16:07 +00:00
$this->setTransactionTicket( $update );
$update->setStrictTestMode();
$update->doUpdate();
[ $t, $po ] = $this->makeTitleAndParserOutput( "Test 2", self::$testingPageId + 2 );
$po->addCategory( '123', '123' );
$update = new LinksUpdate( $t, $po );
rdbms: Consolidate logger channels into one Notable changes: * In SqlBagOStuff::getConnectionFromServerInfo, only two loggers were injected. The rest implicitly got a NullLogger due to being absent. These are now effectively unsilenced. * Database::__construct() required almost all parameters, even the loggers. I've wanted to move some of DatabaseFactory into the ctor here for a while. In order to make this change not a breaking change, the new 'logger' parameter is optional with NullLogger as default. This allowed some of the test cases, which were simply passing NullLogger, to be fixed by passing nothing instead of passing the new option name. The Database class is behind a dozen layers of indirection for real use, so this will still be injected just fine (DBF, LB, LBF, MWLBF, etc.). * In LegacyLogger, the handling for $wgDBerrorLog was previously limited to DBConnection and DBQuery. This now includes errors from other (generally, newer) parts of Rdbms as well, which were previously missing. This only affects sites (typically CI and dev setup) where $wgDBerrorLog is used, as opposed to the more common $wgDebugLogGroups by-channel configuration. * TransactionProfiler gets its logger injected in a rather odd way, via entrypoints (MediaWiki.php, ApiMain.php, and MaintenanceRunner) as opposed to service wiring. This is kept as-is for now. * In LBFactoryTest, in particular testInvalidSelectDBIndependent2, there are cases that intentionally produce failures of which the result is then observed. In CI we assert that dberror.log is empty so instead of adding the missing logger fields to that LBFactory instance, the only one set (replLogger) is removed. The alternative is to set 'logger' now, which would naturally cause CI failures due to unexpected entries coming through to non-mocked error log. Bug: T320873 Change-Id: I7ca996618e41b93f488cb5c4de82000bb36e0dd3
2022-10-15 20:16:07 +00:00
$this->setTransactionTicket( $update );
$update->setStrictTestMode();
$update->doUpdate();
$this->assertSelect(
'category',
'cat_pages',
[ 'cat_title' => '123a' ],
[ [ '1' ] ]
);
}
rdbms: Consolidate logger channels into one Notable changes: * In SqlBagOStuff::getConnectionFromServerInfo, only two loggers were injected. The rest implicitly got a NullLogger due to being absent. These are now effectively unsilenced. * Database::__construct() required almost all parameters, even the loggers. I've wanted to move some of DatabaseFactory into the ctor here for a while. In order to make this change not a breaking change, the new 'logger' parameter is optional with NullLogger as default. This allowed some of the test cases, which were simply passing NullLogger, to be fixed by passing nothing instead of passing the new option name. The Database class is behind a dozen layers of indirection for real use, so this will still be injected just fine (DBF, LB, LBF, MWLBF, etc.). * In LegacyLogger, the handling for $wgDBerrorLog was previously limited to DBConnection and DBQuery. This now includes errors from other (generally, newer) parts of Rdbms as well, which were previously missing. This only affects sites (typically CI and dev setup) where $wgDBerrorLog is used, as opposed to the more common $wgDebugLogGroups by-channel configuration. * TransactionProfiler gets its logger injected in a rather odd way, via entrypoints (MediaWiki.php, ApiMain.php, and MaintenanceRunner) as opposed to service wiring. This is kept as-is for now. * In LBFactoryTest, in particular testInvalidSelectDBIndependent2, there are cases that intentionally produce failures of which the result is then observed. In CI we assert that dberror.log is empty so instead of adding the missing logger fields to that LBFactory instance, the only one set (replLogger) is removed. The alternative is to set 'logger' now, which would naturally cause CI failures due to unexpected entries coming through to non-mocked error log. Bug: T320873 Change-Id: I7ca996618e41b93f488cb5c4de82000bb36e0dd3
2022-10-15 20:16:07 +00:00
private function setTransactionTicket( LinksUpdate $update ) {
$update->setTransactionTicket(
$this->getServiceContainer()->getDBLoadBalancerFactory()->getEmptyTransactionTicket( __METHOD__ )
);
}
}