Closed Bug 1613523 Opened 4 years ago Closed 4 years ago

Track version number of active moz-phab installations

Categories

(Conduit :: moz-phab, enhancement, P3)

enhancement

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1621025

People

(Reporter: mhentges, Unassigned)

Details

(Keywords: conduit-triaged)

We're having issues with self-update on Windows.
There's workarounds (e.g.: delay deletion of old versions) but they could require a nontrivial amount of work to set up.

The current solution is to inform users when their moz-phab is out of date and tell them the pip command to run to auto-update.
However, we need to know how well this solution is working, and how necessary it might be to invest in auto-update anyways. To give us the information to make that decision, we should track how fragmented and out-of-date Windows moz-phab instances become.

Goals:

  • Ideally, we'd have a nice dashboard that shows us which versions of moz-phab were used in the last week, and how much each version was used
  • We're going to want to be careful with telemetry - perhaps adding the moz-phab version to our request to Phabricator is acceptable?
Type: defect → enhancement

Currently we're sending moz-phab-hg, moz-phab-git or moz-phab-git-cinnabar.
We would like to add a version number.
Will moz-phab-0.1.74-{vcs} be a good option?

Flags: needinfo?(smacleod)

Appending the version number would make it easier to grep the logs, as would using a different delimiter - moz-phab-{vcs}:{version}

Flags: needinfo?(smacleod)
Keywords: conduit-triaged
Priority: -- → P3

This is covered by the telemetry work in Bug 1621025.

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