Closed
Bug 557011
Opened 15 years ago
Closed 15 years ago
[OOPP] [Mac] Killing mozilla-runtime process results in browser crashing [@ CrashReporter::TakeMinidumpForChild(unsigned int, nsILocalFile**) ]
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: the.decryptor, Assigned: cjones)
References
Details
(Keywords: crash)
Crash Data
Attachments
(2 files, 2 obsolete files)
196.08 KB,
text/plain
|
Details | |
3.54 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a4pre) Gecko/20100403 Minefield/3.7a4pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a4pre) Gecko/20100403 Minefield/3.7a4pre
With OOPP enabled (and all plugins except for Flash disabled), killing the mozilla-runtime process results in the browser process also crashing.
http://crash-stats.mozilla.com/report/index/bp-af4d62ad-305c-43f3-9dc7-236a32100403
Reproducible: Always
Updated•15 years ago
|
Keywords: crash
Summary: [OOPP] [Mac] Killing mozilla-runtime process results in browser crashing → [OOPP] [Mac] Killing mozilla-runtime process results in browser crashing [@ CrashReporter::TakeMinidumpForChild(unsigned int, nsILocalFile**) ]
Version: unspecified → Trunk
Comment 1•15 years ago
|
||
Confirming, but in my case I did not have any plugins disabled and I did not kill the runtime process. Here are my STR on my 10.5. laptop:
STR:
1. Using an existing profile launch Minefield and flip the preference.
2. Restart Minefield. It tries to restore my tabs but crashes in this stack.
3. I see another instance of Minefield appear briefly in the dock shortly before the crash.
http://crash-stats.mozilla.com/report/index/42c41981-ba33-45e6-ae7a-1d3a32100403 is my report and I am using Version: 10.0.45.2 of Flash.
Status: UNCONFIRMED → NEW
Ever confirmed: true
We do not support OOPP on Mac OS X 10.5, at least for now. We disabled it today.
Comment 3•15 years ago
|
||
Sorry I forgot 10.5 was not supported - but it looks as if the reporter was getting the crash using 10.6. I can check when I have my 10.6 machine available.
![]() |
||
Comment 4•15 years ago
|
||
I get that crash on 10.6.3 with Flash 10.1b3
http://crash-stats.mozilla.com/report/index/13a39998-1c38-4694-8680-949b82100403
str:
1. view youTube movie
2. second process launches, 2nd Minefield icon bounces and bounces in the dock
2a. Activity Monitor reports the process as not responding (but the movie plays)
3. force quit the process from Activity Monitor
AR: crash (the whole Minefield, all 2 processes).
I'll attach a hang generated by the Apple report utility.
Comment 6•15 years ago
|
||
I have been building with crash reporter disabled. This must be why I can not reproduce it.
According to bug 555714 crashreporter should be disabled for 32-bit builds on OS X. Perhaps the patch missed something.
I got this when having OOPP enabled and visiting a site with the Flash plugin. A new Minefield logo appeared in the dock, and just as it was about to stop bouncing, Minefield crashed. This happened every time I restarted and restored the session.
(Note: In other words, I did not kill the plugin myself.)
Comment 8•15 years ago
|
||
With regard to comment 2, if this is not known already, this crash happens on OS X 10.6 with the latest nightly as well. It's reliably reproducible.
Yup. Happening 100% of the time for me.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a4pre) Gecko/20100406 Minefield/3.7a4pre
Assignee | ||
Comment 10•15 years ago
|
||
FWIW I can't repro on 10.5, although I do see
WARNING: [PluginModuleParent::ActorDestroy] abnormal shutdown without minidump!: file /Users/cjones/mozilla/mozilla-central/dom/plugins/PluginModuleParent.cpp, line 269
JavaScript error: , line 0: uncaught exception: [Exception... "Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsICrashReporter.submitReports]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame :: chrome://browser/content/browser.js :: anonymous :: line 8502" data: no]
The "abnormal shutdown without minidump" is expected and benign, uncaught exception is not.
Comment 11•15 years ago
|
||
(In reply to comment #10)
> JavaScript error: , line 0: uncaught exception: [Exception... "Component
> returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED)
> [nsICrashReporter.submitReports]" nsresult: "0x80004001
> (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame ::
> chrome://browser/content/browser.js :: anonymous :: line 8502" data: no]
The exception is coming from here:
http://mxr.mozilla.org/mozilla-central/source/toolkit/crashreporter/nsExceptionHandler.cpp#1096
Assignee | ||
Comment 12•15 years ago
|
||
I think this is the cause of the crash, but I don't know why I couldn't repro on 10.5. Will give it another shot.
Assignee: nobody → jones.chris.g
Attachment #437733 -
Flags: review?(ted.mielczarek)
Assignee | ||
Comment 13•15 years ago
|
||
Turns out I was repro'ing the crash, but didn't know it. (Sorry, getting my mac-development sea legs.)
Attachment #437733 -
Attachment is obsolete: true
Attachment #437768 -
Flags: review?(ted.mielczarek)
Attachment #437733 -
Flags: review?(ted.mielczarek)
Assignee | ||
Comment 14•15 years ago
|
||
Attachment #437768 -
Attachment is obsolete: true
Attachment #438176 -
Flags: review?(ted.mielczarek)
Attachment #437768 -
Flags: review?(ted.mielczarek)
Updated•15 years ago
|
Attachment #438176 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 15•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
Crash Signature: [@ CrashReporter::TakeMinidumpForChild(unsigned int, nsILocalFile**) ]
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•