Closed Bug 1097624 Opened 11 years ago Closed 9 years ago

Make mulet happy with e10s

Categories

(Firefox OS Graveyard :: Runtime, defect)

defect
Not set
normal

Tracking

(e10s+)

RESOLVED WONTFIX
Tracking Status
e10s + ---

People

(Reporter: gerard-majax, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

In bug 1095451 we did a quick hack to get Mulet to start Gaia. We should rather fix the real bug asap.
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.
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.
e10s test issue.
Blocks: e10s-tests
tracking-e10s: --- → +
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.
(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.
(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.
Attached patch WIP patchSplinter Review
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.
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.

Attachment

General

Creator:
Created:
Updated:
Size: