Closed Bug 589364 Opened 14 years ago Closed 13 years ago

Change weekly downloads to active users

Categories

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

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: fligtar, Assigned: jbalogh)

References

Details

(Whiteboard: [t:impala][see comment 10])

Attachments

(1 file)

We currently show weekly downloads in most add-on listing pages across the site. Let's switch to showing the average daily users from the past 7 days. This should appear as "123,456 users".
HOW AM I SUPPOSED TO KNOW THAT THIS IS AVERAGE DAILY USERS? </krupa>
This is a new calculation. If Redis stays alive with the 5.11.8 push, we'll use that for this.
Target Milestone: 5.11.9 → 5.12
Depends on: amo-redis
Target Milestone: 5.12 → 5.12.1
This change should not apply to things that don't have user counts. Search providers are all that comes to mind, and they should stay as weekly downloads. We should also add a new "Users" sort to browse pages.
(In reply to comment #4) > We should also add a new "Users" sort to browse pages. We have sort=popular right now so that the real sort column is abstracted. The browse pages won't need frontend changes.
Popular is only used on the homepage. Actual browse pages use "Downloads", which should be kept.
(In reply to comment #6) > Popular is only used on the homepage. Actual browse pages use "Downloads", > which should be kept. Ah, the tab says Downloads but the query param is popular. How many tabs is too many?
I agree with Jeff here. The only reason people would sort by "Popular" is to see how many people use a particular add-on. Since "active users" is a more accurate measure of that criteria,providing "Total Downloads" info to regular users is not very useful.
Fligtar: can you summarize what needs to happen here?
Sure thing! Listing pages should replace "weekly downloads" with the average active daily user count over the past 7 days. This should be displayed as "123,456 users". As search providers don't have user counts, we'll continue displaying weekly downloads there. We should add a new "Users" sort tab to browse pages, and the Popularity tab on the homepage should sort by users instead of downloads.
(In reply to comment #10) > We should add a new "Users" sort tab to browse pages, and the Popularity tab on > the homepage should sort by users instead of downloads. Does that mean that we'll have both a sort by downloads and a sort by users mode here?: https://addons.mozilla.org/en-US/firefox/search/?q=test so, it'll have: Keyword Match, Newest, Updated, Rating, Downloads, Users (with the currently existing "downloads" renamed from "popularity") and for here: https://addons.mozilla.org/en-US/firefox/extensions/ it it'll have: Name, Updated, Created, Downloads, Users, Rating Correct? (though, the placement of "Rating" should be rearranged to be consistent as it currently is not; there's also no "Created" in search but there is in browse, which is odd)
Target Milestone: 5.12.1 → 4.x (triaged)
Why the large TM bump for a P3?
It's not on the goal list. I thought we could fit it in, but it got complicated so I kicked it out.
This is blocking the new homepage/details designs.
Priority: P3 → P1
Target Milestone: 4.x (triaged) → Q2 2011
-> jbalogh for backend impala work
Assignee: nobody → jbalogh
Whiteboard: [t:impala][see comment 10]
Target Milestone: Q2 2011 → 6.1.0
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
This number is only for the last 7 days, right? I think it used to be for the whole add-on's life.
(In reply to comment #17) > This number is only for the last 7 days, right? I think it used to be for > the whole add-on's life. It will be once the cron runs tonight.
> Listing pages should replace "weekly downloads" with the average active > daily user count over the past 7 days. This should be displayed as "123,456 > users". /featured and /creatured pages do not list the active daily users count.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to comment #19) > > Listing pages should replace "weekly downloads" with the average active > > daily user count over the past 7 days. This should be displayed as "123,456 > > users". > > > /featured Yes it does. > and /creatured pages do not list the active daily users count. That was not requested.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Depends on: 663261
(In reply to comment #18) > (In reply to comment #17) > > This number is only for the last 7 days, right? I think it used to be for > > the whole add-on's life. > > It will be once the cron runs tonight. It's showing with the lifetime average -> filed bug 663261
(In reply to comment #4) > This change should not apply to things that don't have user counts. Search > providers are all that comes to mind, and they should stay as weekly > downloads. (In reply to comment #10) > As search providers don't have user counts, we'll continue displaying weekly > downloads there. This wasn't done and search provider popularity sorting is broken. https://addons.mozilla.org/en-US/firefox/search-tools/business
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Target Milestone: 6.1.0 → 6.1.3
(In reply to comment #24) > Why do some of these show users? > https://addons.mozilla.org/en-US/firefox/search-tools/?sort=users Search extensions(.xpi) have users but not the search providers(.xml). Justin, is that correct?
Yes
(In reply to comment #25) > (In reply to comment #24) > > Why do some of these show users? > > https://addons.mozilla.org/en-US/firefox/search-tools/?sort=users > > Search extensions(.xpi) have users but not the search providers(.xml). https://addons.mozilla.org/en-US/firefox/addon/marriott-hotel-search-by-keywo/ 3,505 users https://addons.mozilla.org/firefox/downloads/latest/9100/addon-9100-latest.xml
Search providers don't have GUIDs and don't check AMO for updates; it is impossible for us to know their active users. The 15 that have them are due to some bug. mysql> select average_daily_users, count(*) from addons where addontype_id=4 group by average_daily_users; +---------------------+----------+ | average_daily_users | count(*) | +---------------------+----------+ | 0 | 4632 | | 1 | 1 | | 57 | 1 | | 193 | 1 | | 510 | 1 | | 1795 | 1 | | 1936 | 1 | | 2101 | 1 | | 2627 | 1 | | 2714 | 1 | | 2891 | 1 | | 2979 | 1 | | 3220 | 1 | | 3341 | 1 | | 3505 | 1 | | 5976 | 1 | +---------------------+----------+ 16 rows in set (0.14 sec)
Target Milestone: 6.1.3 → 6.1.4
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Filed bug 669462 Sort by users is not available for search tools browse pages: https://addons.allizom.org/en-US/firefox/search-tools/social-people?sort=rating We show weekly downloads for search tools.
Status: RESOLVED → VERIFIED
Attached image post-fix screenshot
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: