Closed Bug 1159262 Opened 6 years ago Closed 6 years ago

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

Categories

(Firefox for Android :: General, defect)

40 Branch
ARM
Android
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 40
Tracking Status
firefox38 --- fixed
firefox38.0.5 --- fixed
firefox39 --- fixed
firefox40 --- fixed
firefox-esr38 --- fixed
fennec 38+ ---

People

(Reporter: bc, Assigned: snorp)

References

(Blocks 1 open bug)

Details

(Keywords: crash)

Attachments

(1 file)

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: 6 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.