Move about: pages into its own content process
Categories
(Core :: DOM: Content Processes, enhancement)
Tracking
()
People
(Reporter: imjching, Unassigned)
Details
Now that we have moved Activity Stream (about:newtab, about:home, and about:welcome) into its own about content process, we can also start moving other about: pages that currently run in content into their own special processes (possibly the same about content process?). This way, if normal content processes get compromised, they are separated via the process boundary from the powers and information inside the about: pages. Also, we can use the JS bytecode startup cache or the ScriptPreloader cache for possible browser startup win.
Comment 1•5 years ago
|
||
Mike, is this already fixed by the privileged content process?
Comment 2•5 years ago
|
||
(In reply to Neha Kochar [:neha] from comment #1)
Mike, is this already fixed by the privileged content process?
No, not yet. The Privileged Content Process is currently (still) Nightly-only, and only about:newtab / about:home load in it for now. There's been some talk about loading about:config, about:preferences, and others in there, but we should make sure loading about:newtab / about:home works properly there before focusing on those other cases.
Updated•5 years ago
|
Comment 4•5 years ago
|
||
Probably DOM :: Content Processes. Thanks. :)
Comment 5•4 years ago
|
||
Unblocking Fission because the about: pages that currently run in the parent process (such as about:config and about:preferences) don't need to move to a content process. kmag wonders whether we should just WONTFIX this bug.
Updated•4 years ago
|
Description
•