Closed Bug 566366 Opened 15 years ago Closed 15 years ago

Weekly download counts not updating

Categories

(addons.mozilla.org Graveyard :: Public Pages, defect, P2)

Product:
addons.mozilla.org Graveyard
Component:
Public Pages
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: fligtar, Assigned: clouserw)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: [z][qa-])

Cooliris emailed us last week about download counts not updating. I've since confirmed that the count on this page https://addons.mozilla.org/en-US/firefox/search?q=cooliris&cat=all has remained the same (117, 739) since last week. These counts should be looking at downloads from the last 7 days and updating daily.
Amazon has noticed this with their add-ons as well.
This works fine on my dev copy. I've turned on production logging to see if anything shows up there. This cron job runs at 9:40pm PDT, daily.
Update 7-day add-on download counts. Aborting weekly; lock acquisition failed. 0 rows affected in 0.001 seconds !!
r67358 and in production
Assignee: nobody → clouserw
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Guessing we don't have tests for this?
(In reply to comment #5) > Guessing we don't have tests for this? No, this was a remora fix. This was because IT started running cron jobs as apache and they didn't have permissions to write their lock files.
(In reply to comment #6) > (In reply to comment #5) > > Guessing we don't have tests for this? > > No, this was a remora fix. This was because IT started running cron jobs as > apache and they didn't have permissions to write their lock files. Ah, ok; is this QA-verifiable, or something we don't need to worry about?
Whiteboard: [z] → [z][qa-]
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.