Closed Bug 1968016 Opened 10 months ago Closed 10 months ago

startup Crash in [@ java.lang.RuntimeException: at android.app.ActivityThread.handleBindApplication(ActivityThread.java)]

Categories

(Firefox for Android :: Experimentation and Telemetry, defect)

Unspecified
Android
defect

Tracking

()

RESOLVED FIXED
140 Branch
Tracking Status
firefox138 --- unaffected
firefox139 + fixed
firefox140 + fixed

People

(Reporter: aryx, Assigned: ryanvm)

References

Details

(Keywords: crash, topcrash)

Crash Data

60-130 crashes per Firefox for Android Beta of the 139 branch, mostly lower API versions (21-28).

Crash report: https://crash-stats.mozilla.org/report/index/92188383-1fcd-4f65-82f3-913650250522

Top 10 frames:

0  org.mozilla.experiments.nimbus.internal.NimbusKt  access$uniffiCheckCallStatus  nimbus.kt:69
1  org.mozilla.fenix.components.NimbusComponents$$ExternalSyntheticLambda0  invoke  R8$$SyntheticClass:368
2  kotlin.SynchronizedLazyImpl  getValue  LazyJVM.kt:21
3  org.mozilla.fenix.components.NimbusComponents  getSdk  NimbusComponents.kt:3
4  org.mozilla.fenix.FenixApplication  onCreate  FenixApplication.kt:124
5  android.app.Instrumentation  callApplicationOnCreate  Instrumentation.java:1013
6  android.app.ActivityThread  handleBindApplication  ActivityThread.java:4712
7  android.app.ActivityThread  -wrap1  ActivityThread.java:-1
8  android.app.ActivityThread$H  handleMessage  ActivityThread.java:1405
9  android.os.Handler  dispatchMessage  Handler.java:102

Not entirely sure who to ping on this one, but starting with Ben because of the uniffi code on the stack.

Flags: needinfo?(bdeankawamura)

I don't have much insight into this, but here's what I can figure out:

  • The UniFFI issue is InternalException which is only thrown if something very wrong happens. For example, an invalid status code is sent over the FFI. There doesn't seem to be much more information than that.
  • When I click on the reports tab, about half the issues seem to be UniFFI and the other half seem to be Glean.
  • I also see reports from 138 and 140. Not sure what the breakdown is between the 3.

At this point, I want to say this is just old phones being flakey and I don't think we necessarily need to look into it more. If we wanted to dig deeper, is there a way to get the InternalException messages? Those would help narrow this down.

Flags: needinfo?(bdeankawamura)

The bug is linked to a topcrash signature, which matches the following criteria:

  • Top 10 AArch64 and ARM crashes on nightly
  • Top 10 AArch64 and ARM crashes on beta

For more information, please visit BugBot documentation.

Keywords: topcrash

The bug is marked as tracked for firefox139 (beta) and tracked for firefox140 (nightly). However, the bug still isn't assigned.

:towhite, could you please find an assignee for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(towhite)

The volume on this crash also appears to be dropping since we reverted JNA and shipped 139.0 RC3. Looks like this spike may have been the Fenix version of bug 1968018.

Depends on: 1968193, 1968270
See Also: → 1968018

This signature is a bit generic, but the API 21-23 spike clearly seems to be resolved by the blocking bugs.

Assignee: nobody → ryanvm
Status: NEW → RESOLVED
Closed: 10 months ago
Flags: needinfo?(towhite)
Resolution: --- → FIXED
Target Milestone: --- → 140 Branch
You need to log in before you can comment on or make changes to this bug.