Closed Bug 1284010 Opened 8 years ago Closed 6 years ago

Data Choices Preferences Tab not Loading in Fedora

Categories

(Firefox Health Report Graveyard :: Client: Desktop, defect, P3)

47 Branch
All
Linux
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1312182

People

(Reporter: u564464, Unassigned)

References

Details

(Whiteboard: [measurement:client])

Attachments

(2 files)

Attached image data_choices_blank.png
User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0
Build ID: 20160606100246

Steps to reproduce:

In Korora 23 and Fedora 24. I went to Preferences -> Advanced -> Data Choices in Private Browsing mode.

Also went to that preferences tab from the "Choose what I share" dialog after the second run.


Actual results:

Data Choices tab is blank , doesn't load or show anything (see attached screenshot).


Expected results:

Should load and show checkboxes for enabling/disabling crash reporter and health report.
Those are shown only if telemetry and crash reporter are enabled on the build.
maybe they're disabled on your build.

where do you download/install Firefox?
Flags: needinfo?(spammonster2011)
The affected Firefox instances were pre-installed with the OS and updated through the Fedora DNF repos.
Flags: needinfo?(spammonster2011)
about:buildconfig says --disable-crashreporter is specified.  so at least crash reporter is disabled and 2nd checkbox won't be shown.
https://dxr.mozilla.org/mozilla-central/rev/39dffbba764210b25bfc1e749b4f16db77fa0d46/browser/components/preferences/in-content/advanced.xul#230

Also, from the following source of about:preference:
>     <!-- Data Choices -->
>     <tabpanel id="dataChoicesPanel" orient="vertical">
>     </tabpanel>

telemetry seems to also be disabled, as the #ifdef is not extracted.
https://dxr.mozilla.org/mozilla-central/rev/39dffbba764210b25bfc1e749b4f16db77fa0d46/browser/components/preferences/in-content/advanced.xul#199

So, not-displaying them seems to be correct behavior.

the remaining question is that why "Choose what I share" button is shown.
maybe mis-configuration or such configuration is not tested...?
Component: Untriaged → Telemetry
Product: Firefox → Toolkit
bug 1234518 seems to be related.
See Also: → 1234518
currently MOZ_DATA_REPORTING is set to 1 when one of the following is set to 1
  * MOZ_TELEMETRY_REPORTING
  * MOZ_SERVICES_HEALTHREPORT
  * MOZ_CRASHREPORTER

https://dxr.mozilla.org/mozilla-central/rev/39dffbba764210b25bfc1e749b4f16db77fa0d46/old-configure.in#6689
> if test -n "$MOZ_TELEMETRY_REPORTING" || test -n "$MOZ_SERVICES_HEALTHREPORT" || test -n "$MOZ_CRASHREPORTER"; then
>   MOZ_DATA_REPORTING=1


but the about:preference display depends only on MOZ_TELEMETRY_REPORTING and MOZ_CRASHREPORTER, while there is an option for health report inside `#ifdef MOZ_TELEMETRY_REPORTING`.

https://dxr.mozilla.org/mozilla-central/rev/39dffbba764210b25bfc1e749b4f16db77fa0d46/browser/components/preferences/in-content/advanced.xul#199


Dexter, what's the status of FHR, and what's the actual dependency between telemetry and FHR?
Component: Telemetry → Client: Desktop
Flags: needinfo?(alessio.placitelli)
Product: Toolkit → Firefox Health Report
(In reply to Tooru Fujisawa [:arai] from comment #1)
> Those are shown only if telemetry and crash reporter are enabled on the
> build.
> maybe they're disabled on your build.
> 
> where do you download/install Firefox?

Is it possible to hide the 'data choices' tab if it is empty?
(In reply to Hussam Al-Tayeb from comment #6)
> (In reply to Tooru Fujisawa [:arai] from comment #1)
> > Those are shown only if telemetry and crash reporter are enabled on the
> > build.
> > maybe they're disabled on your build.
> > 
> > where do you download/install Firefox?
> 
> Is it possible to hide the 'data choices' tab if it is empty?

It was designed to do so, but now it has some inconsistency between the condition to hide tab (MOZ_DATA_REPORTING) and hide each checkboxes.
Status: UNCONFIRMED → NEW
Points: --- → 2
Ever confirmed: true
OS: Unspecified → Linux
Priority: -- → P3
Hardware: Unspecified → All
Whiteboard: [measurement:client]
(In reply to Tooru Fujisawa [:arai] from comment #5)
> Dexter, what's the status of FHR, and what's the actual dependency between
> telemetry and FHR?

tl;dr;

Telemetry is now the only data collection system in Firefox, the FHR data collection was deprecated and removed, except for the "about:healthreport" page that we're (and we will) still be using. If there are no options shown in the Data Choices tab, then we're not sending any data. But due to the reported inconsistency, we'd still be able to see the "Data Choice" pane.

- Background -

On Firefox Desktop, since we enabled Unified Telemetry on all channels, the FHR data collection service was first disabled and then removed. The "about:healthreport" page is still available and will remain as such, but is now powered by the data from Unified Telemetry.

The MOZ_SERVICES_HEALTHREPORT was used to enable/disable both the FHR collection service and the "about:healthreport" page, now it only controls the latter. MOZ_TELEMETRY_REPORTING controls the data collection.

We're renaming MOZ_SERVICE_HEALTHREPORT to MOZ_ENABLE_HEALTHREPORT in bug 1242591 now to make things clearer.

- The issue(s) -

We're not sending data from these builds. Anyway, MOZ_SERVICE_HEALTHREPORT should probably be removed from https://dxr.mozilla.org/mozilla-central/rev/39dffbba764210b25bfc1e749b4f16db77fa0d46/old-configure.in#6689, as it doesn't control data gathering on Desktop any more.

That said, we'd probably want to fix these distribution builds to make them send Telemetry, if enabled.
Flags: needinfo?(alessio.placitelli) → needinfo?(gfritzsche)
@Georg, do you have an opinion on the issue described in comment 9? (I didn't insert this in the previous comment :-D )
(In reply to Alessio Placitelli [:Dexter] from comment #9)
> We're not sending data from these builds. Anyway, MOZ_SERVICE_HEALTHREPORT
> should probably be removed from
> https://dxr.mozilla.org/mozilla-central/rev/
> 39dffbba764210b25bfc1e749b4f16db77fa0d46/old-configure.in#6689, as it
> doesn't control data gathering on Desktop any more.

That sounds reasonable.

> That said, we'd probably want to fix these distribution builds to make them
> send Telemetry, if enabled.

Yes, that would be great. Did Fedora send FHR data before?
If yes, we should see how to get that re-enabled.
Flags: needinfo?(gfritzsche)
(In reply to Georg Fritzsche [:gfritzsche] from comment #11)
> (In reply to Alessio Placitelli [:Dexter] from comment #9)
> > We're not sending data from these builds. Anyway, MOZ_SERVICE_HEALTHREPORT
> > should probably be removed from
> > https://dxr.mozilla.org/mozilla-central/rev/
> > 39dffbba764210b25bfc1e749b4f16db77fa0d46/old-configure.in#6689, as it
> > doesn't control data gathering on Desktop any more.
> 
> That sounds reasonable.

Cool, I'll add a patch to do that in this bug.

> > That said, we'd probably want to fix these distribution builds to make them
> > send Telemetry, if enabled.
> 
> Yes, that would be great. Did Fedora send FHR data before?
> If yes, we should see how to get that re-enabled.

I've filed bug 1285195 for that.
Attached patch bug1284010.patchSplinter Review
Attachment #8769168 - Flags: review?(gfritzsche)
Assignee: nobody → alessio.placitelli
Priority: P3 → P1
Comment on attachment 8769168 [details] [diff] [review]
bug1284010.patch

Review of attachment 8769168 [details] [diff] [review]:
-----------------------------------------------------------------

Did you do a sanity check on this for building with & without _HEALTHREPORT and checking opt-in/opt-out Telemetry, about:healthreport and the pref pages?

::: toolkit/components/telemetry/TelemetryController.jsm
@@ +666,5 @@
>      }
>  
>      // This will trigger displaying the datachoices infobar.
> +    if (AppConstants.MOZ_DATA_REPORTING) {
> +      TelemetryReportingPolicy.setup();

Isn't it cleaner to do the check inside TelemetryReportingPolicy?
Attachment #8769168 - Flags: review?(gfritzsche)
Assignee: alessio.placitelli → nobody
Priority: P1 → P2
Priority: P2 → P3
Fixing this bug will happen as a consequence of bug 1312182.
See Also: → 1352981
This was fixed by bug 1312182.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
Product: Firefox Health Report → Firefox Health Report Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: