Discussion:
minidumps folder -- what are these files?
Bob Fleischer
2012-06-12 17:22:17 UTC
Permalink
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.

What are these?

Bob
Ray_Net
2012-06-12 20:59:57 UTC
Permalink
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
I am under SM 2.8 and i see also those files extensions .dmp and .extra

Is those files a trace of SM bugs ?
Ray_Net
2012-06-13 13:58:11 UTC
Permalink
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
I have also those files, starting 10 june 2012 - nothing before.
I had updated (to 2.8) a long time ago - so this is not the cause.
Should a experience Crashes ? If yes, the crashes are in the background.
I sthere nobody to help us with that issue ? Should we post a bug report ?
David E. Ross
2012-06-13 15:06:24 UTC
Permalink
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
Bob
I see the folders in all four of my profiles, but they are all empty.
--
David E. Ross
<http://www.rossde.com/>.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
Ray_Net
2012-06-13 20:15:32 UTC
Permalink
Post by David E. Ross
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
Bob
I see the folders in all four of my profiles, but they are all empty.
Just before my folder began to have files - the first one is dated
10/06/2012 11:23

Could this caused by this windows update ?

Update for Windows 7 (KB2718704)
Installation date: ‎09/‎06/‎2012 22:41
Installation status: Successful
Update type: Important
Install this update to resolve an issue which requires an update to the
certificate revocation list on Windows systems and to keep your systems
certificate list up to date. After you install this update, you may have
to restart your system.
More information:
http://support.microsoft.com/kb/2718704
David E. Ross
2012-06-14 00:10:53 UTC
Permalink
Post by Ray_Net
Post by David E. Ross
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
Bob
I see the folders in all four of my profiles, but they are all empty.
Just before my folder began to have files - the first one is dated
10/06/2012 11:23
Could this caused by this windows update ?
Update for Windows 7 (KB2718704)
Installation date: ‎09/‎06/‎2012 22:41
Installation status: Successful
Update type: Important
Install this update to resolve an issue which requires an update to the
certificate revocation list on Windows systems and to keep your systems
certificate list up to date. After you install this update, you may have
to restart your system.
http://support.microsoft.com/kb/2718704
Okay. I dusted off my software test engineer hat -- which I put aside 9
years ago when I retired -- and did some investigating.

On my PC, the minidumps folders were created in my four SeaMonkey
profiles on 24 November 2011. I installed the Windows XP KB2718704 fix
on 4 June 2012, more than six months later. Thus, I do not think
minidumps has anything to do with the KB2718704 fix for any Windows
version.

The minidumps folder first appeared in my Thunderbird profile with TBird
3.0, which I installed on 10 December 2010. However, the folder now has
a creation date of 28 September 2011, which is when I installed TBird
7.0. I'm now at TBird 13.0.

I installed SeaMonkey 2.0.11 on 11 December 2010 (the day after TBird
3.0), but minidumps does not appear in my installation log for that
date. I installed SM 2.5 on 23 November 2011, the day before the
current creation date for the folder in my SM profiles. I'm now at SM
2.10.

I can't find any installation log for any software for 24 November 2011.
However, my logging sometimes fails, leaving me without any log.

My current software inventory also shows no installation done on that
date. My inventory only shows the most recent installation of a
software version, not a history. Thus, an installation on 24 November
2011 would be replaced in my inventory if I then install a later version
of the same software.

I just now deleted folder minidumps from my "guest" profile (not my
primary profile). I then switched to that profile. When I switched
back to my primary profile, the folder reappeared in my "guest" profile.
Thus, this folder appears to be a Mozilla artifact.
--
David E. Ross
<http://www.rossde.com/>.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
Paul Bergsagel
2012-06-16 01:45:53 UTC
Permalink
These two files are created when Seamonkey has crashed and a crash
report has been sent to Mozilla developers.

I opened the file with the extension .extra and this is what I could read:

Theme=classic/1.0
StartupTime=1301702970
ServerURL=https://crash-reports.mozilla.com/submit
Add-ons=en-***@dictionaries.addons.mozilla.org:2.0.0,{59c81df5-4b7a-477b-912d-4e0fdf64e5f2}:0.9.86.1,***@mozilla.org:2.0.9,{3d7eb24f-2740-49df-8937-200b1cc08f8a}:1.3.17,{f13b157f-b174-47e7-a34d-4815ddfdfeb8}:0.9.88.1,***@urandom.ca:1.93.2.1,{972ce4c6-7e08-4474-a285-3208198ce6fd}:1.0,***@themes.mozilla.org:1.0
BuildID=20110320134435
ProductName=SeaMonkey
Vendor=Mozilla
Version=2.0.13
InstallTime=1301015866
URL=http://community.livejournal.com/fatshionista/
CrashTime=1301716901
SecondsSinceLastCrash=4233308


The other file with the extension .dmp could be opened but only
contained meaningless text (at least to me). I believe the file with
.dmp is a dump of the state of Mozilla at the time of the crash which is
useful to developers when debugging SeaMonkey.
~~~~~~~~~~~~~~~~~~~~~~~
Post by David E. Ross
Post by Ray_Net
Post by David E. Ross
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
Bob
I see the folders in all four of my profiles, but they are all empty.
Just before my folder began to have files - the first one is dated
10/06/2012 11:23
Could this caused by this windows update ?
Update for Windows 7 (KB2718704)
Installation date: ‎09/‎06/‎2012 22:41
Installation status: Successful
Update type: Important
Install this update to resolve an issue which requires an update to the
certificate revocation list on Windows systems and to keep your systems
certificate list up to date. After you install this update, you may have
to restart your system.
http://support.microsoft.com/kb/2718704
Okay. I dusted off my software test engineer hat -- which I put aside 9
years ago when I retired -- and did some investigating.
On my PC, the minidumps folders were created in my four SeaMonkey
profiles on 24 November 2011. I installed the Windows XP KB2718704 fix
on 4 June 2012, more than six months later. Thus, I do not think
minidumps has anything to do with the KB2718704 fix for any Windows
version.
The minidumps folder first appeared in my Thunderbird profile with TBird
3.0, which I installed on 10 December 2010. However, the folder now has
a creation date of 28 September 2011, which is when I installed TBird
7.0. I'm now at TBird 13.0.
I installed SeaMonkey 2.0.11 on 11 December 2010 (the day after TBird
3.0), but minidumps does not appear in my installation log for that
date. I installed SM 2.5 on 23 November 2011, the day before the
current creation date for the folder in my SM profiles. I'm now at SM
2.10.
I can't find any installation log for any software for 24 November 2011.
However, my logging sometimes fails, leaving me without any log.
My current software inventory also shows no installation done on that
date. My inventory only shows the most recent installation of a
software version, not a history. Thus, an installation on 24 November
2011 would be replaced in my inventory if I then install a later version
of the same software.
I just now deleted folder minidumps from my "guest" profile (not my
primary profile). I then switched to that profile. When I switched
back to my primary profile, the folder reappeared in my "guest" profile.
Thus, this folder appears to be a Mozilla artifact.
NoOp
2012-06-14 00:35:46 UTC
Permalink
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
Bob
I believe that those are for crash reports. They are not new - I've
files going back to 2009. If you open the text file (the .extra) you'll
find a brief of the report.
Post by Bob Fleischer
Theme=classic/1.0
StartupTime=1305927931
ProductName=SeaMonkey
FramePoisonSize=4096
ServerURL=https://crash-reports.mozilla.com/submit
EMCheckCompatibility=true
BuildID=20110511133425
Vendor=Mozilla
Version=2.1
InstallTime=1305301232
ReleaseChannel=release
FramePoisonBase=00000000f0dea000
CrashTime=1305955671
SecondsSinceLastCrash=3974770
The other file with matching name.dmp is the binary dump of the crash.

You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Ray_Net
2012-06-14 16:09:51 UTC
Permalink
Post by NoOp
Post by Bob Fleischer
With the latest versions of Firefox and SeaMonkey, I note that my
profiles have new folders names "minidumps" each containing some files.
What are these?
Bob
I believe that those are for crash reports. They are not new - I've
files going back to 2009. If you open the text file (the .extra) you'll
find a brief of the report.
Post by Bob Fleischer
Theme=classic/1.0
StartupTime=1305927931
ProductName=SeaMonkey
FramePoisonSize=4096
ServerURL=https://crash-reports.mozilla.com/submit
EMCheckCompatibility=true
BuildID=20110511133425
Vendor=Mozilla
Version=2.1
InstallTime=1305301232
ReleaseChannel=release
FramePoisonBase=00000000f0dea000
CrashTime=1305955671
SecondsSinceLastCrash=3974770
The other file with matching name.dmp is the binary dump of the crash.
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Hum hum .... this the result when i click on about-crashes:

Submitted Crash Reports
No crash reports have been submitted.

How can i have mimidumps caused by crashes that i did not experience(i
did not see any crashe)
Perhaps i should untick the Edit-Preferences-Advanced-"Crash
Reporter"-"Submit crash reports" option to see crashes ?
My SM is working well, and i never see an SM-Crash nor a Windows-Crash
I have mimidumps with someone with an .extra file so what ?
Could/should i need to delete those files ?
Or what can i do with those files appearing from 10/06/2012 11:23 and
the number of those files is growing --- growing ....

This is the latest .extra file i have:
Theme=classic/1.0
ProductName=SeaMonkey
ServerURL=https://crash-reports.mozilla.com/submit
Add-ons=inspector-***@public.gmane.org:2.0.10,{59c81df5-4b7a-477b-912d-4e0fdf64e5f2}:0.9.88.1,{f13b157f-b174-47e7-a34d-4815ddfdfeb8}:0.9.88.2,langpack-fr-fXE7c0Za+ZTWuHeTmpe1rYaCUm+***@public.gmane.org:2.8,fr-dicollecte-/QH2zCYMwXFZbXh5f7+fh7TQ/***@public.gmane.org:4.4.1,firebug-***@public.gmane.org:1.9.1,{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}:2.0.3,{972ce4c6-7e08-4474-a285-3208198ce6fd}:2.8
AdapterDeviceID=2a42
EMCheckCompatibility=true
BuildID=20120312220748
Vendor=Mozilla
Notes=AdapterVendorID: 8086, AdapterDeviceID: 2a42, AdapterSubsysID:
04ec1028, AdapterDriverVersion: 8.15.10.2226\nD2D? D2D+\nDWrite?
DWrite+\nD3D10 Layers? D3D10 Layers+\n
Version=2.8
InstallTime=1334478929
Winsock_LSP=MSAFD Tcpip [TCP/IP] : 2 : 1 : \n MSAFD Tcpip [UDP/IP] : 2
: 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD Tcpip [RAW/IP] : 2 :
3 : \n MSAFD Tcpip [TCP/IPv6] : 2 : 1 :
%SystemRoot%\\system32\\mswsock.dll \n MSAFD Tcpip [UDP/IPv6] : 2 : 2 :
\n MSAFD Tcpip [RAW/IPv6] : 2 : 3 : %SystemRoot%\\system32\\mswsock.dll
\n RSVP TCPv6 Service Provider : 2 : 1 : \n RSVP TCP Service Provider :
2 : 1 : %SystemRoot%\\system32\\mswsock.dll \n RSVP UDPv6 Service
Provider : 2 : 2 : \n RSVP UDP Service Provider : 2 : 2 :
%SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip_{487FF8B4-10D5-461A-9117-AE40F4BBC2F7}] SEQPACKET
4 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip_{487FF8B4-10D5-461A-9117-AE40F4BBC2F7}] DATAGRAM
4 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip_{61CCC1A0-EDF5-4DDC-B688-67CD1508EE0C}] SEQPACKET
1 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip_{61CCC1A0-EDF5-4DDC-B688-67CD1508EE0C}] DATAGRAM
1 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{570C3042-0CE0-42B8-86CC-812162469F69}]
SEQPACKET 0 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{570C3042-0CE0-42B8-86CC-812162469F69}] DATAGRAM
0 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{9202E26B-8EB1-4A1C-A230-024570C9F03B}]
SEQPACKET 6 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{9202E26B-8EB1-4A1C-A230-024570C9F03B}] DATAGRAM
6 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{2BF09859-A59F-473F-9D5B-41E321623DC4}]
SEQPACKET 8 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{2BF09859-A59F-473F-9D5B-41E321623DC4}] DATAGRAM
8 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{487FF8B4-10D5-461A-9117-AE40F4BBC2F7}]
SEQPACKET 5 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{487FF8B4-10D5-461A-9117-AE40F4BBC2F7}] DATAGRAM
5 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{5F20BB88-2423-4B77-97E8-4F2F37C32C4D}]
SEQPACKET 3 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{5F20BB88-2423-4B77-97E8-4F2F37C32C4D}] DATAGRAM
3 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{61CCC1A0-EDF5-4DDC-B688-67CD1508EE0C}]
SEQPACKET 2 : 2 : 5 : \n MSAFD NetBIOS
[\\Device\\NetBT_Tcpip6_{61CCC1A0-EDF5-4DDC-B688-67CD1508EE0C}] DATAGRAM
2 : 2 : 2 : %SystemRoot%\\system32\\mswsock.dll
ProductID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
ReleaseChannel=release
AdapterVendorID=8086
CrashTime=1339630911
NoOp
2012-06-14 19:35:01 UTC
Permalink
...
Post by Ray_Net
Post by NoOp
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Submitted Crash Reports
No crash reports have been submitted.
Hum hum: "You should be able to review the crash reports, *if you've
submitted them*, in the browser."
...
Ray_Net
2012-06-14 20:34:44 UTC
Permalink
Post by NoOp
...
Post by Ray_Net
Post by NoOp
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Submitted Crash Reports
No crash reports have been submitted.
Hum hum: "You should be able to review the crash reports, *if you've
submitted them*, in the browser."
...
I agree with you but:
I never experienced any crash and i never see a submission ... so what's
the next step to stop the growing number of files in the minidumps
directory ?
PhillipJones
2012-06-15 00:24:26 UTC
Permalink
Post by Ray_Net
Post by NoOp
...
Post by Ray_Net
Post by NoOp
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Submitted Crash Reports
No crash reports have been submitted.
Hum hum: "You should be able to review the crash reports, *if you've
submitted them*, in the browser."
...
I never experienced any crash and i never see a submission ... so what's
the next step to stop the growing number of files in the minidumps
directory ?
Your very lucky if you've never had a Crash.

Of all the applications, SeaMonkey is the most guaranteed crasher next
to flash.
--
Phillip M. Jones, C.E.T. "If it's Fixed, Don't Break it"
http://www.phillipmjones.net mailto:pjones1-p1ad2MjV8ddWk0Htik3J/***@public.gmane.org
Jim Taylor
2012-06-15 01:15:02 UTC
Permalink
Post by Ray_Net
Post by NoOp
...
Post by Ray_Net
Post by NoOp
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Submitted Crash Reports
No crash reports have been submitted.
Hum hum: "You should be able to review the crash reports, *if you've
submitted them*, in the browser."
...
I never experienced any crash and i never see a submission ... so
what's the next step to stop the growing number of files in the
minidumps directory ?
I am also getting many silent crash minidumps (16 yesterday and 11 so
far today). All of mine are LdrShutdownProcess so may be related to
bug 747683 https://bugzilla.mozilla.org/show_bug.cgi?id=747683 as I
have Flash 11.3.300.257 installed. I'm on Windows 7 Build identifier:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120604
Firefox/13.0 SeaMonkey/2.10.

I didn't even know I was getting them until I saw this thread and went
and looked so I've just started to look into the problem.
--
Jim
Ray_Net
2012-06-15 06:58:10 UTC
Permalink
Post by Jim Taylor
Post by Ray_Net
Post by NoOp
...
Post by Ray_Net
Post by NoOp
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Submitted Crash Reports
No crash reports have been submitted.
Hum hum: "You should be able to review the crash reports, *if you've
submitted them*, in the browser."
...
I never experienced any crash and i never see a submission ... so
what's the next step to stop the growing number of files in the
minidumps directory ?
I am also getting many silent crash minidumps (16 yesterday and 11 so
far today). All of mine are LdrShutdownProcess so may be related to
bug 747683 https://bugzilla.mozilla.org/show_bug.cgi?id=747683 as I
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120604
Firefox/13.0 SeaMonkey/2.10.
I didn't even know I was getting them until I saw this thread and went
and looked so I've just started to look into the problem.
I was in holidays, and when i came back, Flash 11.xx asked for
installation. I let the installation pursue.
This may be the cause of the minidumps occurences.
NoOp
2012-06-15 03:30:59 UTC
Permalink
Post by Ray_Net
Post by NoOp
...
Post by Ray_Net
Post by NoOp
You should be able to review the crash reports, if you've submitted
them, in the browser. In the URL box enter: about:crashes and click on
the crash report ID.
Submitted Crash Reports
No crash reports have been submitted.
Hum hum: "You should be able to review the crash reports, *if you've
submitted them*, in the browser."
...
I never experienced any crash and i never see a submission ... so what's
the next step to stop the growing number of files in the minidumps
directory ?
I really don't have a solid answer for you (still waiting for Jens - or
David E. Ross who asked and was answered by Neil on the dev group). But
these might be of interest:

<http://kb.mozillazine.org/Breakpad>
<http://kb.mozillazine.org/Mozilla_Crash_Reporter>
<https://developer.mozilla.org/en/Plugins/Out_of_process_plugins/The_plugin_hang_detector>

And yes, you can delete them if you wish. I have without the sky falling.

To turn them off, I think (don't quote me) you can
Edit|Preferences|Advance - un-click 'Submit Crash Reports', and
about:config dom.ipc.plugins.enabled;true all to false?
Loading...