Closed Bug 1760814 Opened 3 years ago Closed 2 years ago

capture extract_payload issues in collector_notes

Categories

(Socorro :: Antenna, task, P2)

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: willkg, Assigned: willkg)

Details

Attachments

(1 file)

The extract_payload part of the collector can hit issues as it's parsing the payload for dumps and annotations. Currently, we don't keep track of these issues. This is problematic because once we're done extracting data from the payload, the payload is consumed and any evidence of bugs in crash reporter clients is gone.

I want to adjust how things work so that we keep a log of how extract_payload went and include it in the collector notes. It should include the following warnings/errors:

  1. when the wrong content-type (or not content-type for dumps) is specified
  2. when annotation values aren't valid utf-8
  3. when part names aren't valid utf-8
  4. when "extra" is specified and there are also other annotations
  5. when the "extra" value is malformed or the wrong type after json-decoding

Some of these are currently hard-rejects. Instead of doing that, if there's enough crash report to use, we should accept it and keep track of the errors in the collector notes.

Grabbing this to do now.

Assignee: nobody → willkg
Status: NEW → ASSIGNED

I reworked things so these are now warnings and add a crash report note and not hard-rejections:

  • when the wrong content-type (or not content-type for dumps) is specified
  • when annotation values aren't valid utf-8
  • when "extra" is specified and there are also other annotations

The rest I'm leaving as hard-rejections for now.

Note that we need to update the crash report payload spec, too. That's in the socorro docs.

I deployed this just no in bug #1800935. Marking as FIXED.

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: