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)
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)
People
(Reporter: gsvelto, Assigned: gsvelto)
References
Details
(Keywords: perf)
Attachments
(3 files)
4.15 KB,
patch
|
alive
:
review+
|
Details | Diff | Splinter Review |
46 bytes,
text/x-github-pull-request
|
Details | Review | |
4.27 KB,
patch
|
bajaj
:
approval-gaia-v2.1+
|
Details | Diff | Splinter Review |
+++ 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.
Assignee | ||
Comment 1•10 years ago
|
||
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 | ||
Comment 2•10 years ago
|
||
Comment 3•10 years ago
|
||
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.
Updated•10 years ago
|
Flags: needinfo?(gsvelto)
Assignee | ||
Comment 4•10 years ago
|
||
(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).
status-b2g-v1.4:
--- → affected
status-b2g-v2.0:
--- → affected
status-b2g-v2.0M:
--- → affected
status-b2g-v2.1:
--- → affected
status-b2g-v2.2:
--- → affected
Flags: needinfo?(gsvelto)
Comment 5•10 years ago
|
||
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+
Assignee | ||
Comment 6•10 years ago
|
||
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
Updated•10 years ago
|
blocking-b2g: --- → 2.0M?
Comment 7•10 years ago
|
||
Hi Ka-Zhen, Could you try land this on 2.0M? Thanks!
blocking-b2g: 2.0M? → 2.0M+
Flags: needinfo?(kli)
Comment 8•10 years ago
|
||
v2.0m: https://github.com/mozilla-b2g/gaia/commit/ae8c75d48318ee02226bcc08b38bd8625f6f17da
Flags: needinfo?(kli)
Comment 10•9 years ago
|
||
Putting on Kevins radar for 2.1 triage. It seems a critical issue.
Flags: needinfo?(khu)
Updated•9 years ago
|
status-b2g-v2.1S:
--- → affected
Comment 11•9 years ago
|
||
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!
Updated•9 years ago
|
blocking-b2g: 2.0M+ → 2.1+
Flags: needinfo?(khu) → needinfo?(vliu)
Comment 12•9 years ago
|
||
Hi Gabriele, Could you help to raise patch approval for landing on 2.1? Thanks!
Flags: needinfo?(vliu) → needinfo?(gsvelto)
Assignee | ||
Comment 13•9 years ago
|
||
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)
Updated•9 years ago
|
Attachment #8553040 -
Flags: approval-gaia-v2.1?(release-mgmt) → approval-gaia-v2.1+
Comment 14•9 years ago
|
||
v2.1: https://github.com/mozilla-b2g/gaia/commit/80723acb60dedb2bcdf8a2276586f3b0cbe3d204
Target Milestone: --- → 2.1 S4 (12sep)
Updated•9 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•