Closed
Bug 918389
Opened 11 years ago
Closed 11 years ago
Move abort messages into separate crash annotations
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: kairo, Assigned: ted)
References
(Blocks 1 open bug, )
Details
Attachments
(1 file)
|
(deleted),
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
If you look at e.g. bp-e14d9639-b7cc-4f0e-aa95-ecd1f2130918, the abort messages is mixed with completely unrelated information in the App Notes field.
That message should be moved to its own annotation instead, so we can analyze it with the Socorro API, "supersearch", etc.
Benjamin, I'm not sure where to file this exactly, so I put it here for the moment.
|
Assignee | |
Updated•11 years ago
|
Component: General → XPCOM
|
Reporter | |
Comment 1•11 years ago
|
||
Benjamin, do you know who could work on this?
Together with the new ability to search for any fields, this could be quite helpful.
Flags: needinfo?(benjamin)
|
|
Assignee | |
Comment 2•11 years ago
|
||
This should be a trivial 1-line fix. I'll do it.
Assignee: nobody → ted
Flags: needinfo?(benjamin)
|
|
Assignee | |
Comment 3•11 years ago
|
||
Simple, includes a test. (I have a patch in my queue ahead of this one that runs dos2unix on test_crash_runtimeabort.js.)
Attachment #8350620 -
Flags: review?(benjamin)
|
||
Updated•11 years ago
|
Attachment #8350620 -
Flags: review?(benjamin) → review+
|
|
Assignee | |
Comment 4•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
|
||
Updated•10 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•