Dialer is sometimes killed during a call while the panel isn't always in call mode

[Marco Trevisan (Treviño)]

While calling using headsets or speakerphone, and playing with the phone apps I have it often happens that the dialer app is gets killed (although this is something that respects the app lifecycle, I believe that this should never happen when a call is in progress, unless we're really out of memory).

In this scenario, it happened multiple times that panel doesn't always stay green and so it's not possible to switch back to the call without manually opening the dialer app.

[kevin gunn (kgunn72)]

can you check to see if there are crash logs just in case ?
or do you have a log showing OOM killer doing this ?

also, i would think this should be addressed (potentially) as part of the app startup perf optimization. phone app being special should always be up and running and "not killable"

[Marco Trevisan (Treviño) (3v1n0)]

No, sorry no logs as I had to do a wipe and I probably missed them... I hope to get further informations on next tests.

[Michał Sawicz (saviq)]

Yeah, the "not killable" thing is what we'd need to encode in the app lifecycle. As in set the dialer app's oom score so that it's less likely to be killed than other backgrounded apps (but still more likely than the foreground app).

[Michał Sawicz (saviq)]

There's actually two bugs here, the "panel not always in call mode" should be investigated and fixed regardless of dialer app getting killed.

[Gerry Boland (gerboland)]

AppMan has no idea that an application is being "used" while in the background - and thus treats it like any other background app.

To fix this, would need a way for shell to control AppMan's lifecycle decisions.