[System][Activity] Inline Activity Management

Assigned to


Firefox OS
Gaia::System::Window Mgmt
4 years ago
a year ago


(Reporter: alive, Assigned: alive)


(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [TD-57881][FT:system-platform])

Bug 887650 adds the argument to tell system app who is the activity opener.
We should do:

(1) Close the activity callee when activity caller is closed, instead of killing all activities.
(2) Set visibility of activity caller correctly. (Needs 892371 or 822325 supports in order to avoid killing activity caller accidentally.)

+++ This bug was initially created as a clone of Bug #887650 +++

Bug 880588 doesn't fix all the problems of inline activity's visibility.

1. Activity opener should be setVisible(false) when activity is opened(activityopen event).
However we may have OOM problem about this, see https://bugzilla.mozilla.org/show_bug.cgi?id=880588#c7
Briefly, if an app is having inline activity, we should lessen the OOM_ADJ of the app, to make it not easy to be killed by OOM killer even when it's in background.

2. If multiple inline activities are opened, the middleware activities visibility is not set to hidden.
This is because bug 846850 and gecko fix bug 853759.
Briefly, requested activity shouldn't close itself when visibility is hidden. Gecko should do that for them since app itself won't be notified when it's crashed/killed (I think).
Whiteboard: [TD-57881] → [TD-57881][FT:system-platform]
Are you nominating for koi? or you forget to unset the flag?
Flags: needinfo?(alive)
Not a blocker, unsetting. I think it was copied from the forked bug.
blocking-b2g: koi? → ---
Flags: needinfo?(alive)
Blocks: 931341


4 years ago
Component: Gaia::System → Gaia::System::Window Mgmt


3 years ago
blocking-b2g: --- → 1.3?
blocking-b2g: 1.3? → ---
Depends on: 1032068

Comment 3

3 years ago
Is there a plan to fix this bug? 1.4 or 2.0?
Depends on: 1144132
You need to log in before you can comment on or make changes to this bug.