Page MenuHomePhabricator

UserTest::testAutoblockCookieDisabled errors out when CheckUser is installed
Closed, ResolvedPublic


On a fresh installation of MediaWiki as of b347d8e where phpunit.php passed with no errors or failures, installing latest version of CheckUser as of 7a43255 and running the update script results in phpunit returning this error message:

MWException: Block::delete() requires that the mId member be filled


Not sure why it only happens after CheckUser is installed, and disappears if I remove CheckUser from LocalSettings.php.

While investigating it a bit more, I came to the understanding that $block->getId() returns 0 for the block created in that function.

Notifying @MusikAnimal, @Tgr, @Krinkle and @aaron who are among the latest contributors to this part of code.

Event Timeline

$block->insert() fails and the test doesn't notice, I suppose? Either it shouldn't store the block at all (doesn't seem to have much relevance for that test) or it should assert that it succeeded.

Would be good to know why it fails, of course.

This comment was removed by Huji.

@Tgr, in fact, all blocks on that page are failing. As a first step, I am submitting a patch that checks whether those block insertions succeeded or not. What advice do you have about finding out why insert() fails?

Change 378752 had a related patch set uploaded (by Huji; owner: Huji):
[mediawiki/core@master] Assert that blocks were inserted successfully in UserTest

Remove the IGNORE in Block::insert and you'll get a proper DB error instead of silent failure.

@Tgr the problem seems to be related to the fact that we are creating blocks but not specifying a performing user for the block (only specifying the target). CheckUser would want to log that action, but without a performing user it cannot, and the block fails.

In I created a proof of concept patch which demonstrates this. When the performing user is specified, that error goes away. But now the tests fail for other reasons. In this PoC patch, I focused on UserTest::testAutoblockCookies() and when you use this patch, it errors out on line 652, i.e. 'Autoblock still works' is not asserted.

1) UserTest::testAutoblockCookies
Autoblock still works
Failed asserting that false matches expected true.


On the other hand, you could argue that this is CheckUser's fault and should be fixed there. A possible solution is to ensure in CheckUser hooks that if the performing user is blank or non-existent, it gracefully let's the block go through but throws an exception or writes to the debug log.

PS: The problem is only manifested when CheckUser is enabled, due to the fact that doRetroactiveAutoblock is run in CheckUser.hooks.php.

Change 378752 merged by jenkins-bot:
[mediawiki/core@master] Assert that blocks were inserted successfully in UserTest

Okay, that was only the smaller part of the problem. The main problem still exists. @Tgr any recommendations on next steps?

@Tgr: No, that was for T176102 not for this one (...102, ...103, close enough to get confused I'm sure).

I mean, it can be solved the same way, by disabling hooks. (Maybe the code or the test is doing something wrong though, and that would just hide the error?)

Is that a generally good approach though? There is something fishy going on here, and all we do is basically hide it?

Probably not :) The Block class doesn't make clear which parameters are required but from reading the code, it doesn't really make sense to create a Block with no blocking user. So the tests should probably be updated to contain a setBlocker call.

Change 378764 had a related patch set uploaded (by Huji; owner: Huji):
[mediawiki/core@master] Specify a blocker for all UserTest blocks

@Tgr see this patch. It is basically a clean up of the PoC patch I mentioned before. It adds the setBlocker call for all of those tests. But now one of the tests fails; I have added a custom error message for it 'Autoblock does not work' which is shown. The full output of runing phpunit can be found in P6094

Change 378764 merged by jenkins-bot:
[mediawiki/core@master] Specify a blocker for all UserTest blocks

Huji removed a project: Patch-For-Review.