Closed
Bug 394490
Opened 17 years ago
Closed 17 years ago
Pending .extra and .dmp files should be deleted if was chosen to not submit the crash report to Mozilla
Categories
(Toolkit :: Crash Reporting, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: martijn.martijn, Assigned: ted)
References
Details
Attachments
(1 file, 2 obsolete files)
8.21 KB,
patch
|
dcamp
:
review+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
I got a lot of files in: C:\Documents and Settings\mw\Application Data\Mozilla\Firefox\Crash Reports\pending It turns out these files are being made every time you crash. But when you chose to not send the crash report to Mozilla, those files are not deleted. They are being deleted when you do chose to submit the crash report to Mozilla.
a coworker chose not to send reports. i expected to be able to send them later. the wording is ambiguous. i'd be upset if no meant deleting them. i can't send reports because of firewalls, others can't because of vista. but i can use windbg on the dmp files.
Reporter | ||
Comment 2•17 years ago
|
||
Fwiw, I don't expect them to send them later. I don't even know how to do that. This is particularly annoying for me, since these files keep piling up here. Again, I had to clean up that directory, because > 1700 files with >50MB was lying around there. Also files at: C:\Documents and Settings\mw\Application Data\Mozilla\Firefox\Crash Reports seem to be piling up there, named InstallTime2007091604 for instance. I now have 43 files of these kind there.
Assignee | ||
Comment 3•17 years ago
|
||
This will also block re-sending reports that failed to submit, since we currently don't distinguish between reports that failed to submit, and reports that were never submitted. Martijn: I don't see the InstallTime$BUILDID as a big problem, as "normal" users will only ever get new ones when they update to a new version. Only nightly testers will ever get a significant amount of those, and it's quite safe to delete them.
Blocks: 378528
Assignee | ||
Comment 4•17 years ago
|
||
Also, timeless: there's an environment variable you could use: MOZ_CRASHREPORTER_NO_DELETE_DUMP See http://developer.mozilla.org/en/docs/Environment_variables_affecting_crash_reporting
Assignee | ||
Comment 5•17 years ago
|
||
Working on this so I can fix bug 378528. Here's a WIP patch with Windows support.
Assignee: nobody → ted.mielczarek
Status: NEW → ASSIGNED
Assignee | ||
Comment 7•17 years ago
|
||
Finished. Gonna conflict my other mac patch, but such is life.
Attachment #298619 -
Attachment is obsolete: true
Attachment #298796 -
Flags: review?(dcamp)
Updated•17 years ago
|
Attachment #298796 -
Flags: review?(dcamp) → review+
Assignee | ||
Comment 8•17 years ago
|
||
Comment on attachment 298796 [details] [diff] [review] complete patch Pre-requisite for bug 378528 (which is a blocker).
Attachment #298796 -
Flags: approval1.9?
Comment 9•17 years ago
|
||
Comment on attachment 298796 [details] [diff] [review] complete patch a=beltzner for 1.9
Attachment #298796 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 10•17 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•