Closed
Bug 45460
Opened 24 years ago
Closed 24 years ago
Plugin loader expects NSGetFactory to return a nsIPluginInstance rather than a nsIPlugin
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: braden, Assigned: serhunt)
References
Details
Supposedly, an nsIPlugin is to act as a class object and factory for nsIPluginInstances. The plugin loader apparently wants NS_NewGenericModule to be handed a constructor function for an nsIPluginInstance--normally, this function would take a construction function for the class factory (nsIPlugin).
See this thread: <news://news.mozilla.org/39298FBF.B4E63EC5%40netscape.com>
Nominating nsbeta3. Unless I've totally misunderstood the XPCOM plugin API, this is a pretty fundamental malfunction.
Keywords: nsbeta3
It wasn't the plugin API I'd totally misunderstood, it was NS_NewGenericModule. Plugins, it seems, aren't generic modules, as they don't use a GenericFactory.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 4•23 years ago
|
||
spam : marking invalid bugs 'verif'. reopen if u disagree, reporter!
Status: RESOLVED → VERIFIED
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•