Page MenuHomePhabricator

content still marked as flow-board on urwikibooks breaks abstract dumps
Closed, ResolvedPublic0 Estimated Story Points


Abstract dumps on urwikibooks fails with MWUnknownContentModelException from ContentHandler.php on 5 pages, which all have content model flow-board when you look at the entry for the current revision in the content table. Flow was turned off (see T207627 now re-opened) but it seems the maintenance cleanup script didn't do everything it should have in this case. This is similar to T220594 or dewkiversity (with associated T20762 where Flow was disabled on that wiki).

Info from the database on the pages, revisions, slots and content can be found at T207627#5105044 and T207627#5105445

I ran the abstracts job manually with a hacked version of the code that skips over these errors, but it would be nice to get the entries cleaned up before the next run n the 20th.

Event Timeline

ArielGlenn triaged this task as Medium priority.Apr 12 2019, 8:42 AM
ArielGlenn created this task.

Change 503269 had a related patch set uploaded (by ArielGlenn; owner: ArielGlenn):
[mediawiki/extensions/ActiveAbstract@master] add more logging and exception handling for abstract dumps

I ran with the above patch to get page and revision information out of the run, see and indeed all the pages whined about there are exactly the ones in the urwikibooks Flow disabling task.

Change 503269 merged by jenkins-bot:
[mediawiki/extensions/ActiveAbstract@master] add more logging and exception handling for abstract dumps

Change 614592 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler):
[mediawiki/core@master] Consistently use UnknownContent to handle unknown content.

Change 614592 merged by jenkins-bot:
[mediawiki/core@master] Create fallback for undefined content models.

ArielGlenn claimed this task.

Long since fixed.