Closed Bug 1645347 Opened 4 years ago Closed 4 years ago

Collect telemetry data for all add-on types

Categories

(Toolkit :: Add-ons Manager, enhancement, P1)

enhancement

Tracking

()

RESOLVED WONTFIX

People

(Reporter: willdurand, Unassigned)

References

Details

As part of the "AMO Stats Processing" project, it was decided to use Telemetry data as the source of usage statistics displayed on AMO (instead of relying on a old, unreliable and costly infrastructure based on logs).

The problem is that we don't collect telemetry data for add-ons that are not extensions or themes. Extensions are listed as "active add-ons" (environment.addon.activeAddons) and the current theme is listed in environment.addon.theme). For these two add-on type, we do have new usage statistics on AMO.

We still need data for the other add-on types, namely: language packs and dictionaries. We can see in the codebase that we're only retrieving extensions and service extensions: https://searchfox.org/mozilla-central/source/toolkit/components/telemetry/app/TelemetryEnvironment.jsm#730-735

Would it be possible to collect telemetry data for dictionaries and language packs in addition to extensions?

See Also: → lang-updates
Severity: -- → S3
Priority: -- → P1

Hi :chutten, would you know why only webextensions have been exposed as active add-ons by chance? We'd need similar data for dictionaries and langpacks so I am wondering if we could collect data for those add-on types too. Thanks!

Flags: needinfo?(chutten)

I believe this is because this is an expensive-ish collection (the Environment is present in most Telemetry pings, and each active addon collection has many many data points associated with it) coupled with no one asking for it in the past.

Today, if this information is needed, I would probably recommend thinking about this new collection (dicts and langpacks) on its own and think about what information is necessary to answer the questions you need answered. Maybe a custom ping sent only when a dict/langpack is installed/uninstalled would be a better frequency? Maybe a count of them is sufficient, and should be sent in the "main" ping. Or perhaps the information in payload.addonDetails.XPI is sufficient?

Flags: needinfo?(chutten)

Thanks.

It looks like we have add-ons data in different locations and with different data points. I also learned about payload.info.addons recently, which, in fact, looks exactly like what we need for AMO usage stats. I am going to close this bug now and create a new one to review our Telemetry usage for add-ons.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.