Need ability to debug log FHR submission activity over time

RESOLVED WONTFIX

Status

Firefox Health Report
Client: Desktop
P4
normal
RESOLVED WONTFIX
5 years ago
2 years ago

People

(Reporter: dre, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

One of the most important features for getting accurate metrics out of FHR data is the guarantee that there will only be one instance of a submission doc in the server for a given installation.  This is enforced by sending in the X-Obsolete-Document header during each subsequent submission referencing the report ID of the previous report to be deleted by the server.

If the server does not reply with an appropriate success code, the submission with the header should be re-tried to ensure the delete occurs.

We have some evidence of multiple documents in the server for at least one user (me).  I would like to be able to enable debug logs that would show the time and response of each submission attempt to try to narrow down whether this continues to happen and what the possible reason might be.

Comment 1

5 years ago
We could probably throw up a file log4moz logger for BagheeraClient and possibly HealthReporter. Off by default, enabled by prefs for the initial landing. Can look into enabling by default if we have pruning, etc.

rnewman: thoughts?
Flags: needinfo?(rnewman)
That sounds like a decent approach. Lazy-load log4moz, make sure we close the file handle when we're done uploading.
Flags: needinfo?(rnewman)
This should be a lower priority fix vs any of the current perf/memshrink work.  We just found a likely culprit for my problem, but this would still be a useful troubleshooting tool for the future.
Priority: -- → P4

Updated

5 years ago
Component: Metrics and Firefox Health Report → Client: Desktop
Product: Mozilla Services → Firefox Health Report

Comment 4

2 years ago
FHR is going away per bug 1209088, wontfix.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.