Closed
Bug 724248
Opened 14 years ago
Closed 14 years ago
Crash @ nsObjectLoadingContent::DoStopPlugin
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 724781
People
(Reporter: scoobidiver, Unassigned)
References
Details
(Keywords: crash, regression)
Crash Data
It's currently #12 top crasher in trunk over the last day.
The regression range is:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3f26b7bee352&tochange=e18c7bc2c28e
It's likely caused by bug 90268.
Almost all crash reports I checked manually, except bp-2d968633-17c2-4100-8760-55c212120201, have jvm.dll, Java HotSpot(TM) Client VM, that belongs to Java(TM) Platform SE.
It might be related to bug 285982 that contains also this dll.
Signature nsObjectLoadingContent::DoStopPlugin(nsPluginInstanceOwner*, bool) More Reports Search
UUID fcb08a71-f5a7-40aa-91eb-b709d2120204
Date Processed 2012-02-04 08:47:27
Uptime 3847
Last Crash 5.8 days before submission
Install Age 10.0 hours since version was first installed.
Install Time 2012-02-03 22:49:27
Product Firefox
Version 13.0a1
Build ID 20120203031138
Release Channel nightly
OS Windows NT
OS Version 6.1.7600
Build Architecture x86
Build Architecture Info GenuineIntel family 6 model 37 stepping 5
Crash Reason EXCEPTION_ACCESS_VIOLATION_EXEC
Crash Address 0x6c83ffd3
App Notes
AdapterVendorID: 0x1002, AdapterDeviceID: 0x9480, AdapterSubsysID: 04561028, AdapterDriverVersion: 8.783.3.0
D2D? D2D+
DWrite? DWrite+
D3D10 Layers? D3D10 Layers+
EMCheckCompatibility True
Frame Module Signature [Expand] Source
0 @0x6c83ffd3
1 xul.dll nsObjectLoadingContent::DoStopPlugin content/base/src/nsObjectLoadingContent.cpp:2036
2 xul.dll nsObjectLoadingContent::StopPluginInstance content/base/src/nsObjectLoadingContent.cpp:2063
3 xul.dll InDocCheckEvent::Run content/base/src/nsObjectLoadingContent.cpp:171
4 xul.dll nsBaseAppShell::OnProcessNextEvent widget/xpwidgets/nsBaseAppShell.cpp:340
5 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:619
6 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:134
7 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:201
8 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:175
9 xul.dll nsBaseAppShell::Run widget/xpwidgets/nsBaseAppShell.cpp:189
10 xul.dll nsAppShell::Run widget/windows/nsAppShell.cpp:258
11 xul.dll nsAppStartup::Run toolkit/components/startup/nsAppStartup.cpp:220
12 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:3537
13 firefox.exe wmain toolkit/xre/nsWindowsWMain.cpp:107
More reports at:
https://crash-stats.mozilla.com/report/list?signature=nsObjectLoadingContent%3A%3ADoStopPlugin%28nsPluginInstanceOwner*%2C%20bool%29
|
Reporter | |
Updated•14 years ago
|
Crash Signature: [@ nsObjectLoadingContent::DoStopPlugin(nsPluginInstanceOwner*, bool)] → [@ nsObjectLoadingContent::DoStopPlugin(nsPluginInstanceOwner*, bool)]
[@ nsCOMPtr_base::assign_from_qi(nsQueryInterface, nsID const&) | nsCOMPtr<nsIPluginWidget>::nsCOMPtr<nsIPluginWidget>(nsQueryInterface) | nsPluginInstanceOwner::Destroy()]
Hardware: x86 → All
|
||
Comment 1•14 years ago
|
||
Reproducible on Nightly Windows 7 with
http://www.extracafe.rs/publ/strane_serije/two_and_a_half_men/two_and_a_half_men_s06e02/69-1-0-6651
bp-eba50c86-2cf4-40cf-be17-ec52f2120207
Not reproducible with saved version though...
|
||
Comment 2•14 years ago
|
||
No Flashblock/ABP involved here?
|
|
||
Comment 3•14 years ago
|
||
Not for me.
|
|
Reporter | |
Comment 4•14 years ago
|
||
(In reply to Benjamin Smedberg [:bsmedberg] from comment #2)
> No Flashblock/ABP involved here?
It's mainly correlated to Java HotSpot(TM) Client VM as in bug 285982 and bug 724355.
|
|
Reporter | |
Comment 5•14 years ago
|
||
There are still crashes after the fix of bug 723473.
|
|
Reporter | |
Comment 7•14 years ago
|
||
Removing a crash signature tracked in bug 285982.
The latest crash happened in 13.0a1/20120301.
Crash Signature: [@ nsObjectLoadingContent::DoStopPlugin(nsPluginInstanceOwner*, bool)]
[@ nsCOMPtr_base::assign_from_qi(nsQueryInterface, nsID const&) | nsCOMPtr<nsIPluginWidget>::nsCOMPtr<nsIPluginWidget>(nsQueryInterface) | nsPluginInstanceOwner::Destroy()] → [@ nsObjectLoadingContent::DoStopPlugin(nsPluginInstanceOwner*, bool)]
|
|
||
Comment 8•14 years ago
|
||
I believe this was fixed by bug 724781.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
|
||
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
•