Page MenuHomePhabricator

delayedJobsEnabled is false for UpdateRepo*Job
Closed, ResolvedPublic

Description

hoo@terbium:~$ mwscript eval.php --wiki test2wiki
> $jobQueueGroup = JobQueueGroup::singleton( 'wikidatawiki' );

> var_dump( $jobQueueGroup->get( 'UpdateRepoOnMove' )->delayedJobsEnabled() );
bool(false)

This is causing UpdateRepo jobs to still being run immediately after the delete/move happened without giving the slaves a chance to catch up.

Event Timeline

hoo raised the priority of this task from to Needs Triage.
hoo updated the task description. (Show Details)
hoo added subscribers: hoo, aaron, daniel, aude.

Is this just 38f3c9667465ea389fa2bb4bbf814dfaa2840d0c not being backported?

It's not backported... but I don't think that is the relevant change (rather b480ec335310af417458f4ab489e17ecf29f066a probably?).

Can we get that backported (w/o breaking b/c with old Job creations)?

I think you need both (for it to merge cleanly).

hoo claimed this task.

I submitted the backports for both wmf20 and wmf21 for today's early SWAT and they got deployed.