Closed Bug 1211807 Opened 10 years ago Closed 10 years ago

Verify that 100% v2 and 100% v4 works fine on 42 release builds

Categories

(Toolkit :: Telemetry, defect, P1)

defect
Points:
1

Tracking

()

VERIFIED FIXED
Tracking Status
firefox42 --- verified
firefox44 --- affected

People

(Reporter: gfritzsche, Assigned: Dexter)

References

Details

(Whiteboard: [unifiedTelemetry] [measurement:client])

Attachments

(1 file)

We might end up collecting 100% of both v2 & v4 from release for Firefox 42. This should already work fine with the current pref settings on 42, but we should double-check that.
Whiteboard: [unifiedTelemetry] [measurement:client]
Assignee: nobody → alessio.placitelli
I've built a Release version of Firefox out of the stock beta repository (by using the relevant .mozconfig that can be found in the /browser/config/mozconfigs directory). That's what I've tested so far: * pref status * - datareporting.healthreport.uploadEnabled defaults to true - toolkit.telemetry.unified defaults to true - toolkit.telemetry.enabled defaults to false - toolkit.telemetry.optoutSample is not defined (so it behaves as false) - toolkit.telemetry.unifiedIsOptIn is not defined (so it behaves as false) * data reporting notification * - it gets shown if waiting 60s - it gets shown if we closed Firefox before 60s on the first run and then reopened it - in both cases the prefs get correctly updated with the date the policy was accepted * about:telemetry * The page opens and correctly shows the data. * about:healthreport * The page opens and correctly shows the data. It still reports the raw data from FHR. * Telemetry Data Upload * - Telemetry pings are correctly sent. - Telemetry ping upload is correctly controlled by the uploadEnabled pref. * FHR Data Upload * - FHR data is correctly sent. - FHR data doesn't get uploaded if uploadEnabled is disabled.
Thank you Alessio. From that we should be good to go with the status quo with 42.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Attached file .mozconfig
This is the .mozconfig I've used to do the testing on Windows.
This is verified fixed on a custom built release version of 42.0b5 (based on Comment 1), using Ubuntu 14.04 x64, Windows 10 x64 and Mac OS X 10.10.5. Here's a status overview: +-----------------+----------------------------------+--------+----------------------------+ | Area | Item | Status | Notes | +=================+==================================+========+============================+ | pref status | • *.uploadEnabled;true (default) | PASS | | | | • *.unified;true (default) | | | | | • *.enabled;false (default) | | | | | • *.optoutSample(not defined) | | | | | • *unifiedIsOptIn (not defined) | | | +-----------------+----------------------------------+--------+----------------------------+ | data reporting | • "Nightly automatically sends | PASS | • the same notification | | notification | some data to Mozilla [...]" | | is shown if the browser | | | notification is shown | | was closed | | | after 60s | | | +-----------------+----------------------------------+--------+----------------------------+ | telemetry page | • about:telemetry page data | PASS | • data is properly | | | | | displayed in the page | +-----------------+----------------------------------+--------+----------------------------+ | health report | • about:healthreport page data | PASS | • data is properly | | page | | | displayed in the page | +-----------------+----------------------------------+--------+----------------------------+ | telemetry data | • telemetry pings | PASS | • no saved-session pings | | upload | | | spotted | | | | | • no telemetry pings sent | | | | | if *.uploadEnabled;false | +-----------------+----------------------------------+--------+----------------------------+ | fhr data upload | • fhr pings | PASS | • fhr data successfully | | | | | sent | | | | | • no fhr data sent if | | | | | *.uploadEnabled;false | +-----------------+----------------------------------+--------+----------------------------+
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: