Last modified: 2009-05-08 15:22:33 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T7527, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 5527 - job-queue insert appears to fail for highly used templates
job-queue insert appears to fail for highly used templates
Product: MediaWiki
Classification: Unclassified
Templates (Other open bugs)
All All
: High major with 2 votes (vote)
: ---
Assigned To: Aaron Schulz
Depends on:
  Show dependency treegraph
Reported: 2006-04-10 20:26 UTC by Daniel Kinzler
Modified: 2009-05-08 15:22 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Daniel Kinzler 2006-04-10 20:26:03 UTC
I just edited some highly used templates on Commons (among others, PD-old, used
about 30 thousand times, and PD-Art, used about 15 thousand times). When saving,
i got a "sorry we have a problem" error, but checking the template again showed
the edit went though. But looking at Special:Statistics, nothing went into the
job queue. This problem seems to occur consistently with highly used templates.

My guess is that the query used to find pages to update and/or insert them into
the queue takes too long and gets shot down. This problem defeats the purpose of
the job queue, IMHO...

It's critical to a project of mine that this works (see is you like). But
also generally, this causes inconsistency in the database. Since we have this
feature, people have started relying on it...
Comment 1 Daniel Kinzler 2006-05-01 23:54:22 UTC
Until a good solution for this is found, it would be nice if at least the table
updates for the template itself would be commited before the job-queue insert is
attempted. That way, the template would at least show up in the right
categories, etc, even if pages including the template do not get re-parsed.
Comment 2 Antoine "hashar" Musso (WMF) 2006-05-25 14:08:50 UTC
I got a "Zero Sized Reply" :/ on PD-old but the edit got through:

no dberror in our logs :(
Comment 3 Aaron Schulz 2008-09-11 09:21:05 UTC
The jobqueue should be populated (at least now), each job row is committed individually
Comment 4 Aaron Schulz 2008-09-11 15:56:48 UTC
OK, have a fix for this. I'll commit after some more testing.
Comment 5 Aaron Schulz 2008-09-12 04:26:55 UTC
Fixed in r40741
Comment 6 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-09-12 13:11:26 UTC
Reverted by siebrand in r40472, caused division by zero.
Comment 7 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-09-12 13:12:11 UTC
Er, r40742, that is.
Comment 8 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-09-12 13:15:48 UTC
But it was re-reverted by Aaron in r40745, so I discover once again that I should read through *all* my e-mail before believing any of it.  :P
Comment 9 Rocket000 2009-05-08 15:22:33 UTC
How come this is marked as FIXED? It's still a problem on Commons. Is the fix in a newer version? 

Note You need to log in before you can comment on or make changes to this bug.