Update when WikiMetrics saves daily metrics#1038
Conversation
973a4d4 to
6e47057
Compare
tarrow
left a comment
There was a problem hiding this comment.
Seems fine to me and happy with the tests but I think we probably ought to add one more.
I'm also sadly not that confident in this huge class now so I would suggest that on deployment of the new code we manually trigger it and carefully, critically evaluate the results while we have the context mostly in our heads.
Honestly I'm still not sure I can really answer the question: "why are people convinced that user count is behaving differently to page count?" because to me they appear to be being treated equally.
The page count has been collected from the start, so when the job ran after the wiki was deleted it a record was added with the last known pages and with The user count was added later. For any wiki deleted after the user count was introduced, I believe the previous logic would have worked as above. For already deleted wikis, as there is a record in What we probably should have done when the user count was introduced, is for all deleted wikis set |
1621bc7 to
97d7a3a
Compare
97d7a3a to
f6bbd78
Compare
OK! I got it I think! |
I reckon there's no real need unless the PM comes back to us. I do wonder if we're going to be asked to backfill I'm happy to approve post rebase |
Remove the conditions that doesn't save metrics if the Wiki is deleted. A check for whether metrics are equal is enough to prevent duplicate data from being stored. Bug: T415034
f6bbd78 to
3636cce
Compare
Remove the conditions that doesn't save metrics if the Wiki is deleted. A check for whether metrics are equal is enough to prevent duplicate data from being stored.
Bug: T415034