Closed Bug 888665 Opened 12 years ago Closed 12 years ago

Bad stored add-ons cause document generation failure in the presence of good add-ons

Categories

(Firefox Health Report Graveyard :: Client: Android, defect, P1)

All
Android
defect

Tracking

(firefox22 unaffected, firefox23+ fixed, firefox24+ fixed, firefox25+ fixed)

RESOLVED FIXED
Firefox 25
Tracking Status
firefox22 --- unaffected
firefox23 + fixed
firefox24 + fixed
firefox25 + fixed

People

(Reporter: rnewman, Assigned: rnewman)

References

Details

(Keywords: verifyme)

Attachments

(1 file)

Follow-on from Bug 886156. For clients that ended up with null add-ons, and now have a valid collection, document generation will fail: Generating report failed; responding with null. java.lang.NullPointerException at org.mozilla.gecko.background.healthreport.HealthReportGenerator.diff(HealthReportGenerator.java:454) at org.mozilla.gecko.background.healthreport.HealthReportGenerator.getActiveAddons(HealthReportGenerator.java:527) at org.mozilla.gecko.background.healthreport.HealthReportGenerator.jsonify(HealthReportGenerator.java:284) at org.mozilla.gecko.background.healthreport.HealthReportGenerator.getEnvironmentsJSON(HealthReportGenerator.java:260) at org.mozilla.gecko.background.healthreport.HealthReportGenerator.generateDocument(HealthReportGenerator.java:85) at org.mozilla.gecko.background.healthreport.HealthReportGenerator.generateDocument(HealthReportGenerator.java:48) at org.mozilla.gecko.health.BrowserHealthReporter.generateReport(BrowserHealthReporter.java:94) at org.mozilla.gecko.health.BrowserHealthReporter.generateReport(BrowserHealthReporter.java:112) at org.mozilla.gecko.health.BrowserHealthReporter$1.run(BrowserHealthReporter.java:123) at android.os.Handler.handleCallback(Handler.java:615) at android.os.Handler.dispatchMessage(Handler.java:92) at android.os.Looper.loop(Looper.java:155) at org.mozilla.gecko.util.GeckoBackgroundThread.run(GeckoBackgroundThread.java:32) I would like to fix this before uplifting Bug 886156; the current behavior is "broken but working".
Assignee: nobody → rnewman
Status: NEW → ASSIGNED
Flags: needinfo?(nalexander)
Attachment #769453 - Flags: review?(nalexander)
Comment on attachment 769453 [details] [diff] [review] Proposed patch. v1 (from git) Review of attachment 769453 [details] [diff] [review]: ----------------------------------------------------------------- reviewed on github.
Attachment #769453 - Flags: review?(nalexander) → review+
Flags: needinfo?(nalexander)
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [fixed in services]
Target Milestone: --- → Firefox 25
Comment on attachment 769453 [details] [diff] [review] Proposed patch. v1 (from git) [Approval Request Comment] Bug caused by (feature/regressing bug #): Initial FHR landing. User impact if declined: Users who were affected by Bug 886156 will be unable to generate or submit documents unless this change lands, because defective data made it into the DB. Testing completed (on m-c, etc.): Verified on personal device (which was affected!), landed on m-c. Risk to taking this patch (and alternatives if risky): Should be ~none; null checks. String or IDL/UUID changes made by this patch: None.
Attachment #769453 - Flags: approval-mozilla-beta?
Attachment #769453 - Flags: approval-mozilla-aurora?
Comment on attachment 769453 [details] [diff] [review] Proposed patch. v1 (from git) low risk, null check...Adding verifyme once this lands on beta.
Attachment #769453 - Flags: approval-mozilla-beta?
Attachment #769453 - Flags: approval-mozilla-beta+
Attachment #769453 - Flags: approval-mozilla-aurora?
Attachment #769453 - Flags: approval-mozilla-aurora+
Keywords: qawanted, verifyme
Keywords: qawanted
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

Created:
Updated:
Size: