Closed Bug 1706783 Opened 5 years ago Closed 4 years ago

clean up processor started_datetime/starteddatetime and completed_datetime/completeddatetime

Categories

(Socorro :: Processor, task, P2)

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: willkg, Assigned: willkg)

Details

Attachments

(1 file)

I was looking at this line:

start_time = self.logger.info("starting transform for crash: %s", crash_id)

https://github.com/mozilla-services/socorro/blob/d65ccc4cb20b7fc982808934f79a13d1a95d5e7f/socorro/processor/processor_pipeline.py

and that made no sense to me. That variable gets assigned to processor_meta_data and doesn't get used anywhere. Which is good because the value is always None. Looking at the reconstitute code here:

https://github.com/mozilla-services/socorro/blob/d65ccc4cb20b7fc982808934f79a13d1a95d5e7f/socorro/external/es/crashstorage.py#L46

Looks like there have been several variations of both of these fields.

They don't get displayed anywhere in the webapp. I think they're supposed to mark the start and end datetime for the most recent processing run for the crash report.

Bug #1626811 covers improving the processor notes so they're more of a log of what happened and are more helpful. I think the start/completed times should definitely go in there. I'm on the fence about whether to store them in the processed crash as well.

This bug covers cleaning all this up.

I was just looking at this. Might as well grab it now.

Assignee: nobody → willkg
Status: NEW → ASSIGNED

I deployed this to prod in bug #1744108. Marking as FIXED.

Status: ASSIGNED → RESOLVED
Closed: 4 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: