Closed Bug 1062312 Opened 10 years ago Closed 10 years ago

The callscreen was not assigned the critical mozapptype when it was split from the communications apps

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v1.4 wontfix, b2g-v2.0 wontfix, b2g-v2.0M fixed, b2g-v2.1 fixed, b2g-v2.1S fixed, b2g-v2.2 fixed)

RESOLVED FIXED
2.1 S4 (12sep)
blocking-b2g 2.1+
Tracking Status
b2g-v1.4 --- wontfix
b2g-v2.0 --- wontfix
b2g-v2.0M --- fixed
b2g-v2.1 --- fixed
b2g-v2.1S --- fixed
b2g-v2.2 --- fixed

People

(Reporter: gsvelto, Assigned: gsvelto)

References

Details

(Keywords: perf)

Attachments

(3 files)

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

While reading the description of a couple of other bugs (namely bug 1056493 and bug 1055299) I realized that when we split the callscreen from the communications app we didn't adjust the system app to properly give it the critical mozapptype attribute.

This causes two separate issues:

- When the callscreen grabs the cpu/highpriority wakelock it doesn't get the priority boost it excepts. This is particularly bad because it affects it when we get an incoming call which is the most critical scenario I can think of priority-wise.

- When the communications apps grab the cpu/highpriority wakelock (usually to boost their OOM_ADJ score while saving something into a db) they get a huge priority boost which they shouldn't be getting. This was probably part of the cause of bug 1056493.
This patch ensures that the 'critical' mozapptype attribute is not assigned anymore to the communications/dialer app but instead to the callscreen. This has no impact on the callscreen ATM because it lives in the system app but it does have an impact on the dialer and may solve the things-get-slow-after-launching-the-dialer bugs we've been seing. I made the callscreen change anyway so if/when it becomes a stand-alone app again it should get the correct prioritization.
Assignee: nobody → gsvelto
Status: NEW → ASSIGNED
Attachment #8485080 - Flags: review?(alive)
NI :gsvelto, do we need this in 2.0 ? I am not very sure about the risk/reward here, but checking as it was filed as a part of investigation in 1055299.
Flags: needinfo?(gsvelto)
(In reply to bhavana bajaj [:bajaj] from comment #3)
> NI :gsvelto, do we need this in 2.0 ? I am not very sure about the
> risk/reward here, but checking as it was filed as a part of investigation in
> 1055299.

Yes, this affects all versions starting with 1.4 (and 1.3T too actually).
Flags: needinfo?(gsvelto)
Comment on attachment 8485080 [details] [diff] [review]
[PATCH] Add the 'critical' mozapptype attribute to the callscreen, not the dialer

Review of attachment 8485080 [details] [diff] [review]:
-----------------------------------------------------------------

r=me, thanks!
Attachment #8485080 - Flags: review?(alive) → review+
Thanks for the review Alive! Pushed to gaia/master 26f80f0dd82343e158386de1096e5de926740868

https://github.com/mozilla-b2g/gaia/commit/26f80f0dd82343e158386de1096e5de926740868

The green Try run is here:

https://tbpl.mozilla.org/?rev=8a05c38d66ba227d3c0a3f6c6ce56ee54a81a0ac&tree=Gaia-Try

I had to retrigger the B2G Desktop Linux x64 Debug python integration test because it turned out orange during the first run.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
blocking-b2g: --- → 2.0M?
Hi Ka-Zhen,
Could you try land this on 2.0M? Thanks!
blocking-b2g: 2.0M? → 2.0M+
Flags: needinfo?(kli)
Putting on Kevins radar for 2.1 triage. It seems a critical issue.
Flags: needinfo?(khu)
Triage:
Hi Vincent,
Kevin and Keven has approved to land this on 2.1.
Can you help to see whether the patch is able to land on 2.1? Thanks!
blocking-b2g: 2.0M+ → 2.1+
Flags: needinfo?(khu) → needinfo?(vliu)
Hi Gabriele,
Could you help to raise patch approval for landing on 2.1?
Thanks!
Flags: needinfo?(vliu) → needinfo?(gsvelto)
This is a cherry-picked patch that applies cleanly to the v2.1 branch, only one minor conflict was fixed.

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): bug 990003
[User impact] if declined: Applications slowed down or were killed when the contacts/dialer app was recently launched, bug 1056493 and bug 1055299 are two examples
[Testing completed]: This has been on master for while and was repeatedly tested
[Risk to taking this patch] (and alternatives if risky): None
[String changes made]: None
Flags: needinfo?(gsvelto)
Attachment #8553040 - Flags: approval-gaia-v2.1?(release-mgmt)
Attachment #8553040 - Flags: approval-gaia-v2.1?(release-mgmt) → approval-gaia-v2.1+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: