Crash with libEGL.so on stack Android 4.3/4.4 s1s2/webappstartup

RESOLVED FIXED in Firefox 38

Status

()

defect
RESOLVED FIXED
4 years ago
4 years ago

People

(Reporter: bc, Assigned: snorp)

Tracking

(Blocks 1 bug, {crash})

40 Branch
Firefox 40
ARM
Android
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox38 fixed, firefox38.0.5 fixed, firefox39 fixed, firefox40 fixed, firefox-esr38 fixed, fennec38+)

Details

Attachments

(1 attachment)

The s1s2 tests don't produce minidumps for these. The profile handling should find them if they existed. The webappstartup tests haven't yet been updated to use a known profile so they wouldn't include the minidumps even if they existed.

These are from the tombstones produced.

Android 4.4 s1s2
https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=b85a60205e15&exclusion_profile=false&filter-searchStr=autophone
https://autophone.s3.amazonaws.com/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android-api-11/1430171296/autophone-s1s2-1-nexus-5-kot49h-3-tombstone_00.1.txt

Android 4.3 s1s2
https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=479891760c0c&exclusion_profile=false&filter-searchStr=autophone
https://autophone.s3.amazonaws.com/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android-api-11/1430179035/autophone-s1s2-1-nexus-7-jss15q-2-tombstone_00.1.txt

Android 4.3 s1s2
https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=935efdab9ffc
https://autophone.s3.amazonaws.com/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android-api-11/1430210717/autophone-webapp-1-nexus-7-jss15q-2-tombstone_00.1.txt

Android 4.4 webapp
https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=bbc655298296
https://autophone.s3.amazonaws.com/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android-api-11/1430210717/autophone-webapp-1-nexus-7-jss15q-2-tombstone_00.1.txt
I'm pretty sure these crashes are related to this weird preloading thing we do. Since we only seem to see crashes on 4.x, and we don't even need to call eglInitialize() there, lets stop doing it.
Assignee: nobody → snorp
Attachment #8598673 - Flags: review?(nchen) → review+
https://hg.mozilla.org/mozilla-central/rev/fd53978dc47e
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 40
tracking-fennec: ? → 40+
tracking-fennec: 40+ → 38+
Comment on attachment 8598673 [details] [diff] [review]
Don't do EGL preloading hack on ICS and higher

Approval Request Comment
[Feature/regressing bug #]: none
[User impact if declined]: occassional startup crashes
[Describe test coverage new/current, TreeHerder]: nightly, automation
[Risks and why]: low
[String/UUID change made/needed]: none
Attachment #8598673 - Flags: approval-mozilla-beta?
Attachment #8598673 - Flags: approval-mozilla-aurora?
Comment on attachment 8598673 [details] [diff] [review]
Don't do EGL preloading hack on ICS and higher

[Triage Comment]
Should be in 38 beta 10 (mobile only)
Attachment #8598673 - Flags: approval-mozilla-release+
Attachment #8598673 - Flags: approval-mozilla-beta?
Attachment #8598673 - Flags: approval-mozilla-aurora?
Attachment #8598673 - Flags: approval-mozilla-aurora+
Depends on: 1163841
You need to log in before you can comment on or make changes to this bug.