High ANR rate in 65.0b8
Categories
(Firefox for Android Graveyard :: General, defect, P1)
Tracking
(firefox64 unaffected, firefox65blocking verified, firefox66+ fixed)
Tracking | Status | |
---|---|---|
firefox64 | --- | unaffected |
firefox65 | blocking | verified |
firefox66 | + | fixed |
People
(Reporter: marcia, Assigned: snorp)
References
Details
(Keywords: regression)
While reviewing the GPC I noticed that there was a notification that the ANR rate was above the accepted threshold. This seems to have started around January 5th.
The top issues in the cluster are:
- executing service org.mozilla.firefox_beta/org.mozilla.gecko.GeckoStarterService
- executing service org.mozilla.firefox_beta/org.mozilla.gecko.customtabs.GeckoCustomTabsService
in org.mozilla.gecko.customtabs.GeckoCustomTabsService - executing service org.mozilla.firefox_beta/org.mozilla.gecko.GeckoStarterService
in org.mozilla.gecko.GeckoStarterService
Not sure if Bug 1501748 which just got a fix will take care of the GeckoStarterService issues.
Hi Snorp, Susheel, do we know why the ANRs has spiked on 65beta? This seems concerning.
Assignee | ||
Comment 2•5 years ago
|
||
Yeah, I think the fix in 1501748 is what we want here. The cause is from bug 1432019 which landed in 65.
Thanks for a prompt reply. I requested you to nominate a beta patch in bug 1501748.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 6•5 years ago
|
||
Encouragingly, the Play Console is showing a drop in ANRs today. Should be able to say by tomorrow if things are back to their old level.
Comment 7•5 years ago
|
||
The ANR rate on Beta is back down to where it was in early December, which is also as low as its been in at least the last year. I think we're out of the woods here!
Updated•5 years ago
|
Updated•5 years ago
|
Comment 8•5 years ago
|
||
Based on comment 7 the QA mobile team considers this bug as verified. I will remove the qe-verify+ flag.
Updated•3 years ago
|
Description
•