Closed
Bug 812403
Opened 12 years ago
Closed 10 years ago
Support wake locks in nested content processes
Categories
(Core :: Hardware Abstraction Layer (HAL), defect)
Core
Hardware Abstraction Layer (HAL)
Tracking
()
People
(Reporter: kanru, Assigned: kershaw)
References
Details
(Whiteboard: [nested-oop][FT:Stream3])
Reporter | ||
Updated•10 years ago
|
Blocks: nested-oop
Reporter | ||
Comment 1•10 years ago
|
||
This should "just work" however we need to check.
Whiteboard: [nested-oop]
Updated•10 years ago
|
feature-b2g: --- → 2.1
Updated•10 years ago
|
Whiteboard: [nested-oop] → [nested-oop][FT:Stream3]
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → kechang
Assignee | ||
Comment 2•10 years ago
|
||
Hi Kan-Ru,
If my understanding is correct, the current architecture of nested oop iframe should be like:
(copy from bug 1020157 comment#2)
Chrome Process Other Processes
+- PContentParent[A] --- PContentChild
| `-- PBrowesParent ---- PBrowserChild
| PContentBridgeParent
| `--- PBrowserParent --+
| |
`- PContentParent[B] --- PContentChild |
PContentBridgeChild |
`--- PBrowserChild[C]-+
It means that PContentParent[A] and PContentParent[B] are in the same process, so the child IDs should be unique. Am i right? If yes, then I think wake lock should just work. But, currently I have no idea how to really test it. Could you please provide some advices?
Thanks.
Flags: needinfo?(kchen)
Reporter | ||
Comment 3•10 years ago
|
||
(In reply to Kershaw Chang [:kershaw] from comment #2)
> Hi Kan-Ru,
>
> If my understanding is correct, the current architecture of nested oop
> iframe should be like:
> (copy from bug 1020157 comment#2)
> Chrome Process Other Processes
> +- PContentParent[A] --- PContentChild
> | `-- PBrowesParent ---- PBrowserChild
> | PContentBridgeParent
> | `--- PBrowserParent --+
> | |
> `- PContentParent[B] --- PContentChild |
> PContentBridgeChild |
> `--- PBrowserChild[C]-+
>
> It means that PContentParent[A] and PContentParent[B] are in the same
> process, so the child IDs should be unique. Am i right? If yes, then I think
> wake lock should just work.
You are right. That's what I thought.
> But, currently I have no idea how to really test
> it. Could you please provide some advices?
Note we currently only have nested-oop implemented for Browser frames so you will have to load the test in nested browser frames, either on the Phone or use mochitest. You'll have to apply the patch in bug 1020157 to have network working. Then set pref dom.ipc.tabs.nested.enabled to true.
I can show you how to do it.
Flags: needinfo?(kchen)
Reporter | ||
Comment 4•10 years ago
|
||
diff --git a/apps/system/js/browser_config_helper.js b/apps/system/js/browse
index ea2e3f7..e93ec90 100644
--- a/apps/system/js/browser_config_helper.js
+++ b/apps/system/js/browser_config_helper.js
@@ -86,7 +86,7 @@
var browserManifestUrl =
protocol + 'browser.' + domain + '/manifest.webapp';
var outOfProcessBlackList = [
- browserManifestUrl
+ // browserManifestUrl
// Requires nested content processes (bug 761935). This is not
// on the schedule for v1.
];
Enable OOP browser
Assignee | ||
Comment 5•10 years ago
|
||
Hi Kan-Ru,
I've tried to acquire the wake lock in nested browser frames, and it's worked. So, I think maybe we can close this bug?
BTW, I also saw some problems during the testing. Would you please identify which one should be filed to another bug or which should not?
1. Browser app crashes when Nuwa is enabled.
2. The browser frame crashes when opening a youtube page.
3. Got assertion failed in http://dxr.mozilla.org/mozilla-central/source/dom/ipc/TabParent.cpp#972
4. If the browser tab is closed, it seems that the process would not be deleted.
Thanks.
Flags: needinfo?(kchen)
Reporter | ||
Comment 6•10 years ago
|
||
(In reply to Kershaw Chang [:kershaw] from comment #5)
> Hi Kan-Ru,
>
> I've tried to acquire the wake lock in nested browser frames, and it's
> worked. So, I think maybe we can close this bug?
Yeah.
> BTW, I also saw some problems during the testing. Would you please identify
> which one should be filed to another bug or which should not?
> 1. Browser app crashes when Nuwa is enabled.
> 2. The browser frame crashes when opening a youtube page.
Cc Cervantes.
> 3. Got assertion failed in
> http://dxr.mozilla.org/mozilla-central/source/dom/ipc/TabParent.cpp#972
Not sure, it doesn't happen to me.
> 4. If the browser tab is closed, it seems that the process would not be
> deleted.
Works here. Create a new bug and make it depend on nested-oop if you still see this.
Flags: needinfo?(kchen)
Updated•10 years ago
|
Target Milestone: --- → 2.1 S1 (1aug)
Assignee | ||
Comment 7•10 years ago
|
||
(In reply to Kan-Ru Chen [:kanru] from comment #6)
> (In reply to Kershaw Chang [:kershaw] from comment #5)
> > Hi Kan-Ru,
> >
> > I've tried to acquire the wake lock in nested browser frames, and it's
> > worked. So, I think maybe we can close this bug?
>
> Yeah.
>
> > BTW, I also saw some problems during the testing. Would you please identify
> > which one should be filed to another bug or which should not?
> > 1. Browser app crashes when Nuwa is enabled.
Bug 1041417
> > 2. The browser frame crashes when opening a youtube page.
Bug 1041419
>
> Cc Cervantes.
>
> > 3. Got assertion failed in
> > http://dxr.mozilla.org/mozilla-central/source/dom/ipc/TabParent.cpp#972
Bug 1041425
>
> Not sure, it doesn't happen to me.
>
> > 4. If the browser tab is closed, it seems that the process would not be
> > deleted.
>
> Works here. Create a new bug and make it depend on nested-oop if you still
> see this.
Filed bugs for the issues above.
Close this bug since wake lock just works.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•