Closed Bug 962174 Opened 10 years ago Closed 10 years ago

Current Downloads and Weekly Downloads are not calculated correctly in the Review History

Categories

(Marketplace Graveyard :: Reviewer Tools, defect, P2)

Avenir
defect

Tracking

(Not tracked)

RESOLVED FIXED
2014-01-28

People

(Reporter: AlexLakatos, Assigned: robhudson)

Details

(Whiteboard: [incorrect_implementation])

Current Downloads is always 0 and Weekly Downloads are not calculated correctly in the Review History.

1. Go to any application in the marketplace
2. Click on the "Review History" button
3. Log in with a reviewer account
4. Check the Current Downloads and Weekly Downloads numbers

Expected Results:
4. The Current Downloads and Weekly Downloads numbers match the ones shown in the Statistics page for the app submitter

Actual Results:
4. The Current Downloads shows 0 and Weekly Downloads does not match the sum from each day of the week, shown on my app submission statistics page.
Assignee: nobody → robhudson.mozbugs
Priority: -- → P2
https://github.com/mozilla/zamboni/commit/a91848d2

Download counts not properly get updated via Monolith nightly.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2014-01-28
Looked right now on dev. The total downloads matches the ones I get in the statistics page, but I don't know how the weekly downloads get calculated, they don't seem to match the results in the statistics page if I choose this week or the last 7 days.
Rob, can you please explain us how should we calculate the weekly downloads in order to correctly verify this bug?
Flags: needinfo?(robhudson.mozbugs)
Roughly it should be the sum of the installs from the last 7 days that you see on the statistics page for the app. It may be a day behind since statistics are usually a day behind.
Flags: needinfo?(robhudson.mozbugs)
In this case, I think that we can re-open this bug because the weekly downloads from stats are different than the ones from reviewer history : http://screencast.com/t/oH4po6fviZ4
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Once the cron runs this should clean things up:
https://github.com/mozilla/zamboni/commit/5557d95 

Two things this updates:
1. This moves the cron call to happen later after stats are indexed and indexes from 8 days ago through 1 day ago.
2. Fixes a bug where weekly counts often returned zero.
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Whiteboard: [incorrect_implementation]
You need to log in before you can comment on or make changes to this bug.