The Telemetry status number for Windows Launcher Process does not update correctly
Categories
(Toolkit :: Telemetry, defect)
Tracking
()
People
(Reporter: rdoghi, Unassigned)
References
(Blocks 1 open bug)
Details
[Affected versions]:
Beta 67.0a1
[Affected platforms]:
Platforms: Windows
Steps :
- Launch the Firefox Browser and reach about:support in order to check the Launcher Process status - Enabled
- Reach about:telemetry#environment-data-tab_settings and search for Process.
- Check the launcherProcessState = 0
- Reach about config and toggle the browser.launcherProcess.enabled to FALSE.
- Reach about:support in order to check the Launcher Process status - Disabled Forcibly
- 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.
Reporter | ||
Updated•6 years ago
|
Comment 1•6 years ago
|
||
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?
Comment 2•6 years ago
|
||
We do not want telemetry to reflect the current state of the pref; we want telemetry to reflect what actually happened during startup.
Description
•