Additional minidumps are not deleted after submitting a hang from the infobar
Categories
(Toolkit :: Crash Reporting, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox74 | --- | fixed |
People
(Reporter: gsvelto, Assigned: gsvelto)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
A hang will usually have multiple minidumps and an associated extra file, e.g.:
- 3664de53-454d-6e0d-9f83-1c23be054514.extra
- 3664de53-454d-6e0d-9f83-1c23be054514.dmp
- 3664de53-454d-6e0d-9f83-1c23be054514-browser.dmp
When submitting one from the infobar one should end up with an empty .ignore file, e.g.:
- 3664de53-454d-6e0d-9f83-1c23be054514.dmp.ignore
Unfortunately it seems that this method is missing the additional minidumps, so one ends up like this instead:
- 3664de53-454d-6e0d-9f83-1c23be054514.dmp.ignore
- 3664de53-454d-6e0d-9f83-1c23be054514-browser.dmp
Note that because we submit orphaned minidumps (i.e. minidumps w/o an associated .extra file) this could skew our crash stats.
Assignee | ||
Comment 1•5 years ago
|
||
Ouch, this is giving me headaches. After looking at the code I noticed multiple overlapping issues that all boil down to a single thing: we don't have an object that represents a crash and all the code that deals with the various files will often look only at a subset of them. Additionally it seems like we're not deleting outdated crashes anymore - and we don't send them either which might cause problems to users in the long run.
Comment 2•4 years ago
|
||
The priority flag is not set for this bug.
:gsvelto, could you have a look please?
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 3•4 years ago
|
||
This should be done soon enough.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
|
||
Pushed by gsvelto@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/bc9c4b5cb5ba Properly remove additional minidumps when submitting a crash report r=mconley
Comment 6•4 years ago
|
||
bugherder |
Description
•