Closed Bug 1480826 Opened Last year Closed Last year

Reenable telemetry.os_shutting_down probe


(Toolkit :: Telemetry, defect)

Not set



Tracking Status
firefox-esr52 --- wontfix
firefox-esr60 --- wontfix
firefox61 blocking verified
firefox62 + verified
firefox63 + verified


(Reporter: agashlin, Assigned: agashlin)




(3 files, 1 obsolete file)

For an upcoming study on release we want to be able to test the new Register Application Restart feature (bug 603903). To get good measurements, and to be able to know who to survey, we need a way of knowing what users could possibly see the feature in action. There was a telemetry.os_shutting_down probe available (added in bug 1363345) that recorded whether Firefox was still running when the OS was shutting down, this is the population we want for the test. It was removed in 57 as it was expiring in 58, in bug 1389992.

The plan is to enable this ASAP on Nightly, check that we get telemetry, and uplift to 61.0.2 release on Monday 2018-08-06.

The code change will be minor as the mechanism to prevent sending pings on OS shutdown is still in place, all that is needed is a line to set the scalar.
This records whether the shutdown ping was generated during an OS shutdown.
Comment on attachment 8997519 [details]
Bug 1480826: Reenable telemetry.os_shutting_down probe

Chris H-C :chutten has approved the revision.
Attachment #8997519 - Flags: review+
Attachment #8997548 - Flags: review?(chutten)
Comment on attachment 8997548 [details]
Request for data collection review


    Is there or will there be documentation that describes the schema for the ultimate data set available publicly, complete and accurate?

Standard Telemetry mechanisms apply.

    Is there a control mechanism that allows the user to turn the data collection on and off? 

Standard Telemetry mechanisms apply.

    If the request is for permanent data collection, is there someone who will monitor the data over time?**

Not permanent.

    Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under? **

Category 2

    Is the data collection request for default-on or default-off?


    Does the instrumentation include the addition of any new identifiers (whether anonymous or otherwise; e.g., username, random IDs, etc. See the appendix for more details)?


    Is the data collection covered by the existing Firefox privacy notice? 


    Does there need to be a check-in in the future to determine whether to renew the data?

Yes. :agashlin will be responsible for removing or renewing the probe when it is no longer useful.

Result: datareview+
Attachment #8997548 - Flags: review?(chutten) → review+
Pushed by
Reenable telemetry.os_shutting_down probe r=chutten
Keywords: checkin-needed
Closed: Last year
Resolution: --- → FIXED
Target Milestone: --- → mozilla63
The Nightly patch seems to be returning data:
Note that the probe is simply not present if it would be false, and it would only show up here if the client updated, shutdown while running, and restarted, all in the 2 hours before the end of Friday 8/4, so I think that explains the low numbers.

This patch is only modified to apply cleanly to Scalars.yaml.

Approval Request Comment
[Feature/Bug causing the regression]: N/A
[User impact if declined]: The application restart feature, which protects the session in the case of automatic Windows restarts, will be delayed by at least one release
[Is this code covered by automated tests?]: Yes
[Has the fix been verified in Nightly?]: Yes
[Needs manual test from QE? If yes, steps to reproduce]: No
[List of other uplifts needed for the feature/fix]: None, but it is needed for measurement of 1480612
[Is the change risky?]: No
[Why is the change risky/not risky?]: Adding a telemetry probe, which was previously present, using the standard mechanisms. Actual in-product code change is a single line setting the scalar value
[String changes made/needed]: None
Attachment #8997963 - Flags: approval-mozilla-release?
Comment on attachment 8997519 [details]
Bug 1480826: Reenable telemetry.os_shutting_down probe

Approval Request Comment

see comment 8
Attachment #8997519 - Flags: approval-mozilla-beta?
Comment on attachment 8997963 [details] [diff] [review]
Patch for uplift to 61

Telemetry probe needed in support of one of our 61.0.2 drivers. Approved for 61.0.2.
Attachment #8997963 - Flags: approval-mozilla-release? → approval-mozilla-release+
Comment on attachment 8997519 [details]
Bug 1480826: Reenable telemetry.os_shutting_down probe

Let's uplift this for the beta 15 build, seems like it should be safe since we are just adding back a telemetry probe we had in product before.
Attachment #8997519 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Sorry about that, but I don't think there's anything wrong with the patch. It looks like when it was applied the two spaces in the first line of the Scalars.yaml got lost. In the patch:
+  os_shutting_down:
+    bug_numbers:
+      - 1480826

in the changeset
+    bug_numbers:
+      - 1480826
Flags: needinfo?(agashlin)
Flags: qe-verify+
This seems to be related to the Windows Restart Manager feature.

Abe, could you please take a look over it on 61.0.2?
Flags: needinfo?(amasresha)
You can test this by restarting Windows with Firefox running, then check about:telemetry for telemetry.os_shutting_down in the Scalars for the parent process (or just search for telemetry.os_shutting_down across all sections), it should be true. Also, this value should be absent for main pings with reason "shutdown" caused by manually exiting Firefox.
I tested this on Windows 10 x64 with release 61.0.2, beta 62.0b15 and latest nightly. When Windows is restarted with Firefox running, telemetry data shows telemetry.os_shutting_down;true. 

This flag is also not shown in the main ping (having a reason "shutdown") when only Firefox is restarted. 

It is verified as fixed.

One of the test Environments:
Version 	61.0.2
Build ID 	20180807170231
Update Channel 	release
User Agent 	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Flags: qe-verify+
Flags: needinfo?(amasresha)
Depends on: 1486423
Attachment #9004300 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.