Closed Bug 1160545 Opened 10 years ago Closed 10 years ago

crash-submission-succeeded counts seem to be buggy

Categories

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

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ted, Unassigned)

Details

I was looking at my raw FHR data, and every single crashes record looks like this: "org.mozilla.crashes.crashes": { "_v": 6, "content-crash": 1, "content-crash-submission-succeeded": 11, "main-crash": 1, "main-crash-submission-succeeded": 11 }, I suspect there's a string coercion bug somewhere in the code, but I can't spot it from reading the code. Every single one of the -succeded values is 11, which makes me think something is doing "1" + 1.
Given that this is a minor bug and that we are currently moving over from the FHR implementation to (unified) Telemetry, i don't think we care about this.
The new data will be exposed once bug 1121013 sticks? I'm not entirely sure where this bug exists, so it's possible it's in the data collection itself and it'll exist in Telemetry as well.
Brendan: I don't suppose you've seen any wonky crash stats data that this bug could be responsible for, have you?
Flags: needinfo?(bcolloran)
I haven't noticed anything, but I haven't looked at anything related in while. May be worth pinging fhr-dev.
Flags: needinfo?(bcolloran)
FHR is going away per bug 1209088, closing.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Product: Firefox Health Report → Firefox Health Report Graveyard
You need to log in before you can comment on or make changes to this bug.