Closed Bug 65661 Opened 24 years ago Closed 23 years ago

XPCOM plugin instances not destroyed

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows NT
defect
Not set
blocker

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.
status :new
Status: UNCONFIRMED → NEW
Ever confirmed: true
Could this be causing the Assertion that the Service Manager is help past 
shutdown?
Target Milestone: --- → mozilla0.9
Can someone attach a testcase?
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
Depends on: 74485
Blocks: 75664
Assignee: peterl → av
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: 23 years ago
Resolution: --- → FIXED
spam : verif/fixed (rubberstamp)
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.