Closed
Bug 874016
(e10s-plugins)
Opened 11 years ago
Closed 3 years ago
[meta] [e10s] Plugin issues tracking
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(e10s+)
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: playwatch, Unassigned)
References
Details
(Keywords: meta)
Attachments
(1 file)
65.48 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20130514 Firefox/24.0 (Nightly/Aurora) Build ID: 20130514031031 Steps to reproduce: I was trying the larch builds when I noticed this: 1-Start Firefox 2-Open more than one youtube tab Actual results: Firefox generates 1 plugin-container.exe process for each tab that uses flash (beyond the actual process for the tab) Expected results: Firefox should create 1 process for each plugin, in order to avoid heavy resources usage.
Updated•11 years ago
|
Comment 1•11 years ago
|
||
Would it make sense to create a maximum of 2 processes per plugin (one for private mode, one for normal mode)?
Updated•11 years ago
|
Component: General → Plug-ins
Comment 3•11 years ago
|
||
Note: this would be a pretty significant chunk of work to implement, although it has the potential to significantly improve our hang and jank profile. It will require working through a bunch of questions about nested event loops triggered by plugins.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
Summary: Firefox shouldn't create more than one process for each plugin → When running content processes, Firefox shouldn't share a plugin process for all content processes
Blocks: core-e10s
Comment 5•11 years ago
|
||
This should be *should* share a process, right now we have no machinery to do that and plugins don't work in e10s properly.
Assignee: nobody → jschoenick
Status: NEW → ASSIGNED
OS: Windows 7 → All
Hardware: x86_64 → All
Summary: When running content processes, Firefox shouldn't share a plugin process for all content processes → [e10s] Firefox should share a plugin process for all content processes
Updated•11 years ago
|
Alias: plugins-e10s
Priority: P3 → P2
Updated•10 years ago
|
tracking-e10s:
--- → +
Comment 6•10 years ago
|
||
I'm going to split out the "share a plugin process" part into its own bug, since there are other major issues (windowed plugins) and this is already being used as a metabug.
Summary: [e10s] Firefox should share a plugin process for all content processes → [e10s] Plugin issues tracking
Updated•10 years ago
|
Updated•10 years ago
|
Whiteboard: [m1 blockers]
Updated•10 years ago
|
Whiteboard: [m1 blockers] → [m1 blockers][33 merge date: 2014-07-21]
Updated•10 years ago
|
Whiteboard: [m1 blockers][33 merge date: 2014-07-21] → [m1 blockers]
Updated•10 years ago
|
Depends on: e10s-windowed-plugin
Updated•10 years ago
|
Depends on: e10s-plugin-ipc
Updated•10 years ago
|
Updated•10 years ago
|
No longer blocks: old-e10s-m2
No longer depends on: jsplugins-base
Updated•10 years ago
|
Alias: plugins-e10s → e10s-plugins
Updated•10 years ago
|
No longer depends on: jsplugins-streams
Updated•10 years ago
|
No longer depends on: jsplugins-params
Updated•10 years ago
|
Assignee: john → jmathies
Updated•9 years ago
|
Updated•9 years ago
|
Whiteboard: [m1 blockers]
Depends on: 1154095
Updated•9 years ago
|
Updated•9 years ago
|
Depends on: e10s-hangs
Updated•8 years ago
|
Priority: P2 → --
Updated•5 years ago
|
Assignee: jmathies → nobody
Status: ASSIGNED → NEW
Updated•5 years ago
|
Summary: [e10s] Plugin issues tracking → [meta] [e10s] Plugin issues tracking
Comment 7•3 years ago
|
||
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
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
•