Closed
Bug 1097624
Opened 11 years ago
Closed 9 years ago
Make mulet happy with e10s
Categories
(Firefox OS Graveyard :: Runtime, defect)
Firefox OS Graveyard
Runtime
Tracking
(e10s+)
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: gerard-majax, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
993 bytes,
patch
|
Details | Diff | Splinter Review |
In bug 1095451 we did a quick hack to get Mulet to start Gaia. We should rather fix the real bug asap.
Comment 1•11 years ago
|
||
It should "just" be about preventing loading shell.html in e10s tab.
I haven't looked at browser/ code to see how we could achieve that.
Comment 2•11 years ago
|
||
For example, we could tweak this function:
http://mxr.mozilla.org/mozilla-central/source/browser/modules/E10SUtils.jsm#14
In order to somehow prevent loading shell.html OOP.
Just to be clear. What we want is for shell.html and the system app to run in the parent process in Mulet. And eventually for the system app to then use <iframe mozbrowser remote> in order to run actual apps in child processes.
Comment 5•11 years ago
|
||
(In reply to Jonas Sicking (:sicking) from comment #4)
> Just to be clear. What we want is for shell.html and the system app to run
> in the parent process in Mulet. And eventually for the system app to then
> use <iframe mozbrowser remote> in order to run actual apps in child
> processes.
Yes and that behavior is controled by another pref, this one:
http://mxr.mozilla.org/mozilla-central/source/b2g/app/b2g.js#298
pref("dom.ipc.tabs.disabled", true);
That will be toggled to false once tests are green...
It is really independant from browser.tabs.remote.autostart and running tabs OOP.
Reporter | ||
Comment 6•11 years ago
|
||
(In reply to Alexandre Poirot [:ochameau] from comment #2)
> For example, we could tweak this function:
>
> http://mxr.mozilla.org/mozilla-central/source/browser/modules/E10SUtils.
> jsm#14
> In order to somehow prevent loading shell.html OOP.
That's a good start but there is still something going on.
Reporter | ||
Comment 7•11 years ago
|
||
With this patch, automatically loading shell.html still does not work. Tab name is underlined, so I suspect it's already living in a separate process. But forcing the load with the chrome URL works.
Reporter | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•