Created attachment 393823 [details] [diff] [review] s/tags/categories/ Have our category total numbers been broken since webmocha's stuff?
Attachment #393823 - Flags: review?(jbalogh)
production cron output confirms this is broken
Comment on attachment 393823 [details] [diff] [review] s/tags/categories/ Nice find. Can you fix that HACK line while you're down there? `global $valid_status` works there.
Attachment #393823 - Flags: review?(jbalogh) → review+
(In reply to comment #1) > production cron output confirms this is broken Where can I see that?
(In reply to comment #3) > (In reply to comment #1) > > production cron output confirms this is broken > > Where can I see that? The amo-developers mailing list
r48964 and r48965. Not only did I fix the hack but that vim script kicked in and whacked all the trailing whitespace.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → FIXED
Oh, my; how do we verify this? On https://preview.addons.mozilla.org/en-US/firefox/, Alerts & Updates now reads "587". When I fire off a search in that category, it gives me "Showing 1 - 20 of 515 results" -- wherein lies the discrepancy?
I just happen to have this picture from something else, so: http://www.pict.com/view/1447409/0/addons2520for2520firefox Those are the numbers I'm talking about. On production AMO they haven't changed since we pushed tagging out. (Same on preview, although they are updating now).
Verified FIXED; https://addons.mozilla.org/en-US/firefox/ currently reads "655" for Alerts & Updates, and the screenshot in comment 7 reads 618. I've checked; all numbers have pretty much gone up.
Status: RESOLVED → VERIFIED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.