Fix uses of ContentParent::mRemoteType when used with Fission
Categories
(Core :: DOM: Content Processes, task, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox71 | --- | fixed |
People
(Reporter: mccr8, Assigned: mccr8)
References
Details
Attachments
(6 files)
|
47 bytes,
text/x-phabricator-request
|
Details | Review | |
|
47 bytes,
text/x-phabricator-request
|
Details | Review | |
|
47 bytes,
text/x-phabricator-request
|
Details | Review | |
|
47 bytes,
text/x-phabricator-request
|
Details | Review | |
|
47 bytes,
text/x-phabricator-request
|
Details | Review | |
|
47 bytes,
text/x-phabricator-request
|
Details | Review |
| Assignee | ||
Comment 1•6 years ago
|
||
Nika said that any `web'-prefixed remote type should be valid, so this
function can be simplified. For instance, webLargeAllocation should
return true.
This removes the need for ownerGlobal, so a few wrappers can be
removed.
| Assignee | ||
Comment 2•6 years ago
|
||
This is the equivalent to E10SUtils.isWebRemoteType, except for C++.
| Assignee | ||
Comment 3•6 years ago
|
||
| Assignee | ||
Comment 4•6 years ago
|
||
| Assignee | ||
Comment 5•6 years ago
|
||
With Fission, the remote type can have the form webIsolated= in
addition to web. IsWebRemoteType() handles both of these cases.
Updated•6 years ago
|
| Assignee | ||
Comment 6•6 years ago
|
||
Now that we only use a single field of the browser that gets passed in
to isWebRemoteType, I think it makes more sense to just pass in the
remote type directly.
Updated•6 years ago
|
Comment 8•6 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/0272eeb9b2ae
https://hg.mozilla.org/mozilla-central/rev/2d7306573c04
https://hg.mozilla.org/mozilla-central/rev/99fba9664c12
https://hg.mozilla.org/mozilla-central/rev/c0fb66a739a3
https://hg.mozilla.org/mozilla-central/rev/b252a04d0093
https://hg.mozilla.org/mozilla-central/rev/fb0e1912da30
| Assignee | ||
Comment 9•6 years ago
|
||
If this needs to get backed out for the service worker regressions, please trying just backing out part 5 first. That is the most directly service worker related patch.
| Assignee | ||
Comment 10•6 years ago
|
||
Looks like the regressions might be due to another bug.
Description
•