Closed Bug 65661 Opened 24 years ago Closed 24 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: 24 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.