Closed
Bug 637253
Opened 14 years ago
Closed 14 years ago
decomtamination: remove nsIPlugin and nsIPluginInstance
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: jaas, Assigned: jaas)
References
(Blocks 1 open bug)
Details
Attachments
(3 files, 9 obsolete files)
12.43 KB,
patch
|
Details | Diff | Splinter Review | |
109.34 KB,
patch
|
Details | Diff | Splinter Review | |
1.85 KB,
patch
|
Details | Diff | Splinter Review |
We don't need nsIPlugin or nsIPluginInstance. We should get rid of them.
Compiles and works for 32-bit Mac OS X. Probably doesn't even compile on other platforms yet.
This would break non-libxul builds. We should stop making the plugin code its own library and just build it with dom/plugins. I'll file a new bug and make this depend on that.
Comment 3•14 years ago
|
||
We are going to intentionally remove the --disable-libxul build configuration post-4.0, FWIW. Fewer configurations to support + more opportunities for deCOM like this.
Blocks: deCOM
Update to current trunk.
Attachment #515571 -
Attachment is obsolete: true
Attachment #519122 -
Flags: review?(benjamin)
Linux build fixes.
Attachment #519122 -
Attachment is obsolete: true
Attachment #519122 -
Flags: review?(benjamin)
Attachment #519146 -
Flags: review?(benjamin)
Attachment #519146 -
Flags: review?(benjamin)
Attachment #519146 -
Attachment is obsolete: true
Attachment #527721 -
Flags: review?(benjamin)
Attachment #527721 -
Attachment is obsolete: true
Attachment #527721 -
Flags: review?(benjamin)
Attachment #529114 -
Flags: review?(benjamin)
A better way to deal with nsPluginHost::GetPlugin.
Attachment #529114 -
Attachment is obsolete: true
Attachment #529114 -
Flags: review?(benjamin)
Attachment #531348 -
Flags: review?(benjamin)
Comment 9•14 years ago
|
||
Why still inherit from nsISupports?
Assignee | ||
Comment 10•14 years ago
|
||
(In reply to comment #9) > Why still inherit from nsISupports? I'm planning to stop doing that but I want to limit the size/depth of each patch. I'll get that in another set of patches soon.
Updated•14 years ago
|
Attachment #531348 -
Flags: review?(benjamin) → review+
Assignee | ||
Comment 11•14 years ago
|
||
Update to current trunk.
Attachment #531348 -
Attachment is obsolete: true
Assignee | ||
Comment 12•14 years ago
|
||
pushed nsIPlugin interface removal to mozilla-central http://hg.mozilla.org/mozilla-central/rev/6eb2b03b6fd5
Assignee | ||
Comment 13•14 years ago
|
||
Assignee | ||
Comment 14•14 years ago
|
||
Linux compile fixes.
Attachment #532028 -
Attachment is obsolete: true
Assignee | ||
Comment 15•14 years ago
|
||
Windows build fixes.
Attachment #532067 -
Attachment is obsolete: true
Attachment #532105 -
Flags: review?(benjamin)
Updated•14 years ago
|
Attachment #532105 -
Flags: review?(benjamin) → review+
Assignee | ||
Comment 16•14 years ago
|
||
QT build fixes.
Attachment #532105 -
Attachment is obsolete: true
Assignee | ||
Comment 17•14 years ago
|
||
pushed nsIPluginInstance interface removal to mozilla-central http://hg.mozilla.org/mozilla-central/rev/5ffdf4967dec
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 19•13 years ago
|
||
Since nsNPAPIPluginInstance isn't an XPCOM component anymore there is no way for a plugin to get the JSContext associated with an instance. This patch try to remedy it. I'm not sure this is the right way to do it.
Assignee | ||
Comment 20•13 years ago
|
||
Thanks for your contribution, but please file a new bug for any further patches, this bug is closed out and done.
Comment 21•13 years ago
|
||
OK. filed: https://bugzilla.mozilla.org/show_bug.cgi?id=670629 Thanks for your help.
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
•