Closed Bug 807982 Opened 12 years ago Closed 12 years ago

Multi-dump support for Socorro storage - [tracker]

Categories

(Socorro :: Backend, task)

x86_64
Linux
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: lars, Assigned: lars)

References

Details

the crash storage system will need to support multiple dumps per crash beginning in Q4
Depends on: 807984, 807985, 807986
bsmedberg: currently, when breakpad submits a crash to socorro via an HTTP POST, the dump is in a field called "upload_file_minidump".  What will be the names of the additional dump fields?  When referring to those other dumps throughout the socorro processing and display, will we use the same field names?  I ask because the original dump field name is awkward and not very descriptive in the context of a multidump crash.  We can either change that name, document a name mapping or refer to them by index.  I'm assuming that I'll be making a modification to the storage subsystem api (for use in the middleware, processor, etc) to fetch a dump by uuid and name/index. what's your preference?
See bug 784145 comment 0.

The current options for additional minidumps are "browser" on all platforms and "flash1" and "flash2" on Windows.
Depends on: 816540
Depends on: 816541
Depends on: 816542
Blocks: 816545
Depends on: 721254
Assignee: nobody → lars
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → 31
Target Milestone: 31 → 32
Target Milestone: 32 → 33
Target Milestone: 33 → 34
You need to log in before you can comment on or make changes to this bug.