Closed
Bug 65661
Opened 24 years ago
Closed 24 years ago
XPCOM plugin instances not destroyed
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: nhart, Assigned: serhunt)
References
Details
It seems that when I embed multiple XPCOM plugins on a page and close NS6, ONE
of the plugins has its SetWindow(NULL), Stop() and Destroy() functions called,
however, the other one has none of these functions called. Then the process
dies.
This causes intermittent crashes in our plugin. We need to receive proper
notification of the plugin destruction in order to clean up properly.
The NS4.x API was very good about making sure that NPP_Destroy was called. It
would be nice if NS6 called Stop() and Destroy() reliably as well.
Comment 2•24 years ago
|
||
Could this be causing the Assertion that the Service Manager is help past
shutdown?
Comment 3•24 years ago
|
||
Can someone attach a testcase?
Comment 4•24 years ago
|
||
Moving to m0.9.1.
Assignee: av → peterl
Target Milestone: mozilla0.9 → mozilla0.9.1
I have a patch for bug 74485 waiting for a superreview. It could really fix this
one as I quite profoundly revised the shutdown procedures in
nsPluginHostImpl.cpp
Nicholas, could you please try the latest build? Also, do you have nsIPlugin
implemented in your plugin?
Stealing from Peter.
I tried it with three instances of the Simple plugin and hit break points
reliably on both SetWindow and Destroy three times each. Marking fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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
•