Closed
Bug 411391
Opened 17 years ago
Closed 16 years ago
Fix processor handling of error conditions
Categories
(Socorro :: General, task)
Socorro
General
Tracking
(Not tracked)
RESOLVED
FIXED
0.5
People
(Reporter: samuel.sidler+old, Assigned: lars)
References
()
Details
Reported by bsmedberg, Jul 12, 2007 The processor has a rather hodgepodge set of error/success conditions, and needs to report processing errors more effectively. In particular: 1) missing product/buildid should be fatal 2) error messages from processing should be reported to the log 3) python exceptions from processing should be reported to the log And this should all be tested. I'll take this for now, but feel free to steal it if you are inspired
Comment 1•16 years ago
|
||
Lars, this is lumped in with refactor -- please comment if that is incorrect.
Assignee: nobody → lars
Target Milestone: --- → 0.5
Assignee | ||
Comment 2•16 years ago
|
||
THe refactoring covers these issues: > 1) missing product/buildid should be fatal a dump with missing product/buildid terminates the processing of that dump. An error is put into the log file. Bug 421985 addresses putting an explanation of the error into the reports table. > 2) error messages from processing should be reported to the log the logging system is configurable as to the severity of errors logged. Problems in processing a dump are given the error level of WARNING or ERROR. These are logged iff the system is told to log these errors. > 3) python exceptions from processing should be reported to the log python exceptions with tracebacks are given a logging level of ERROR. They will be logged iff the system is configured to save these messages.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Component: Socorro → General
Product: Webtools → Socorro
You need to log in
before you can comment on or make changes to this bug.
Description
•