Closed Bug 1796395 Opened 3 years ago Closed 3 years ago

Remove or update probes expiring in Firefox 109: downloads.helpertype#helpertype before Gecko increases version number to 109 on 2022-11-14

Categories

(Firefox :: Downloads Panel, task)

task

Tracking

()

RESOLVED FIXED
108 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox106 --- unaffected
firefox107 --- unaffected
firefox108 + fixed

People

(Reporter: telemetry-probes, Assigned: enndeakin)

References

Details

(Whiteboard: [probe-expiry-alert])

Attachments

(1 file)

The following Firefox probes will expire in the next major Firefox nightly release: version 109 [1].

downloads.helpertype#helpertype

What to do about this:

  1. If one, some, or all of the metrics are no longer needed, please remove them from their definitions files (Histograms.json, Scalars.yaml, Events.yaml).
  2. If one, some, or all of the metrics are still required, please submit a Data Collection Review [2] and patch to extend their expiry. There is a shorter form for data collection renewal [3].

If you have any problems, please ask for help on the #data-help Slack channel or the #telemetry Matrix room at https://chat.mozilla.org/#/room/#telemetry:mozilla.org. We'll give you a hand.

Your Friendly, Neighborhood Telemetry Team

[1] https://wiki.mozilla.org/Release_Management/Calendar
[2] https://wiki.mozilla.org/Firefox/Data_Collection
[3] https://github.com/mozilla/data-review/blob/master/renewal_request.md

This is an automated message sent from probe-scraper. See https://github.com/mozilla/probe-scraper for details.

uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js depends on it.

Flags: needinfo?(mak)
Summary: Remove or update probes expiring in Firefox 109: downloads.helpertype#helpertype → Remove or update probes expiring in Firefox 109: downloads.helpertype#helpertype before Gecko increases version number to 109 on 2022-11-14

The bug is marked as tracked for firefox108 (nightly). We have limited time to fix this, the soft freeze is in 14 days. However, the bug still isn't assigned.

:yshash, could you please find an assignee for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit auto_nag documentation.

Flags: needinfo?(yshash)
Flags: needinfo?(mak) → needinfo?(rtestard)

This is a reminder regarding comment #2!

The bug is marked as tracked for firefox108 (nightly). We have limited time to fix this, the soft freeze is in 8 days. However, the bug still isn't assigned.

This is a reminder regarding comment #2!

The bug is marked as tracked for firefox108 (nightly). We have limited time to fix this, the soft freeze is in 7 days. However, the bug still isn't assigned.

This is a reminder regarding comment #2!

The bug is marked as tracked for firefox108 (nightly). We have limited time to fix this, the soft freeze is in 6 days. However, the bug still isn't assigned.

I'm OK to not renew, not using it anymore, not aware of anyone who does and I don't see usefulness in the short/medium term.

Flags: needinfo?(rtestard)
Assignee: nobody → enndeakin
Flags: needinfo?(yshash)

This is the last business day (in the US and Canada, among others) to fix this before the version increase on Monday.

Flags: needinfo?(enndeakin)
Pushed by mconley@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/ef2025318202 remove now unneeded downloads.helpertype telemetry probe, r=mconley
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch
Flags: needinfo?(enndeakin)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: