Closed Bug 1531717 Opened 6 years ago Closed 6 years ago

The Telemetry status number for Windows Launcher Process does not update correctly

Categories

(Toolkit :: Telemetry, defect)

Desktop
Unspecified
defect
Not set
normal

Tracking

()

RESOLVED INVALID
Tracking Status
firefox65 --- disabled
firefox66 --- disabled
firefox67 --- affected

People

(Reporter: rdoghi, Unassigned)

References

(Blocks 1 open bug)

Details

[Affected versions]:
Beta 67.0a1

[Affected platforms]:
Platforms: Windows

Steps :

  1. Launch the Firefox Browser and reach about:support in order to check the Launcher Process status - Enabled
  2. Reach about:telemetry#environment-data-tab_settings and search for Process.
  3. Check the launcherProcessState = 0
  4. Reach about config and toggle the browser.launcherProcess.enabled to FALSE.
  5. Reach about:support in order to check the Launcher Process status - Disabled Forcibly
  6. Reach about:telemetry#environment-data-tab_settings in a new tab and search for Process.

Expected Results :

The launcherProcessState = 2 should be displayed.

Actual Results :

The launcherProcessState = 0 status is displayed because it won't update.

Please note that if the user Opens the Firefox Browser and changes the browser.launcherProcess.enabled to FALSE before reaching about:telemetry the launcherProcessState status number is updated accordingly.

This value is determined by reading Services.appinfo.launcherProcessState once when building the environment for the first time.

I was under the impression that this value needs to be read once after startup and not change over the course of a session.

:aklotz provided the code (bug 1517639), can you confirm if the current behavior is correct?

Flags: needinfo?(aklotz)

We do not want telemetry to reflect the current state of the pref; we want telemetry to reflect what actually happened during startup.

Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(aklotz)
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.