967854 - [B2G][Rocketbar] OOM process killing apps when typing in search bar

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::Search, defect, P3)

Description

[Ross Kuhlman ([e-mail])]

Attachment: RocketbarClosesApp.txt

When the player activates the rocketbar and begins to type, any open apps will be closed. Unsaved data will be lost.

Repro Steps:
1) Updated Buri to BuildID: 20140204040201
2) Launch contact app.
3) Create a new contact and enter some details.
4) Press 'Home' button.
5) Tap on Rocketbar.
6) Type some text into the rocketbar.
7) Press 'Home' button.
8) Launch Contacts app.

Actual:
Contacts app has been closed and new contact details from step 3 are lost.

Expected:
Contacts app opens to new contact page with information from step 3 present.

Environmental Variables:
Device: Buri v1.4 Moz RIL
BuildID: 20140204040201
Gaia: 75e9691f02b9d18585c18a5434beeff39ee7ea20
Gecko: c150845d077d
Version: 30.0a1
Firmware Version: v1.2-device.cfg

Notes:
This issue occurs for all apps. The repro steps provided are just an example.

Repro frequency: 100%
See attached: logcat.

Comment 1

[Kevin Grandon :kgrandon]

Seems like you're running into an OOM issue. I see this sometimes, but generally you can have a few apps open even with rocketbar and keyboard on a buri.

Comment 2

[Gabriele Svelto [:gsvelto] (PTO)]

While working on another bug I've noticed that the search app always stays in the foreground. I'm not sure if this was intended behavior or not. The issue is that being in the foreground it takes ~7MiB of memory (USS) and due to how the LMK works it's never getting killed in low memory situations.

If this was not intentional then this is a pretty bad regression and we should fix it ASAP. This essentially reduces the maximum amount of memory a single fullscreen application can use before being killed by ~7MiB.

Comment 3

[Kevin Grandon :kgrandon]

Thanks for the info Gabriele. I think moving the Search app into an appWindow should fix this as well, and we should start working on this in the next few weeks.

Comment 4

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

I don't see this with 512 mb flame.  Can someone try to reproduce in 2.0/2.1 please?

Comment 5

[Cody Roesch [:croesch]]

This bug does NOT repro on: Flame 2.1 Master, Flame 2.0, Buri 2.1

Actual Results: Having info entered into the Contacts fields then pressing HOME to go to rocketbar/e.me then returning to contacts does not delete the information in the fields.

Environmental Variables:
Device: Flame Master
BuildID: 20140716065602
Gaia: d29773d2a011825fd77d1c0915a96eb0911417b6
Gecko: f6e46d1fc903
Version: 33.0a1 (Master) 
Firmware Version: v122
-----------------------------------------------
Environmental Variables:
Device: Flame 2.0
Build ID: 20140716084350
Gaia: 5fa5611fc747d397dbaa2c5ccdc776f1dfd2b6e8
Gecko: 3045ff641a0b
Version: 32.0a2 (2.0)
Firmware Version: v122
-----------------------------------------------
Environmental Variables:
Device: Buri Master
Build ID: 20140716065602
Gaia: d29773d2a011825fd77d1c0915a96eb0911417b6
Gecko: f6e46d1fc903
Version: 33.0a1 (Master)
Firmware Version: v1.2device.cfg

Comment 6

[Ross Kuhlman ([e-mail])]

Removing Needinfo because question has been answered by Cody Roesch

Comment 7

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Resolving to WFM.  I don't see this bug in 1.4 any more either.

Gaia      318f8d814d8930b5530bcb0badc1bb5bd0b5ef45
Gecko     https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/ef78ebf203e5
BuildID   20140708000310
Version   30.0
ro.build.version.incremental=324
ro.build.date=Thu Dec 19 14:04:55 CST 2013
Buri