Note: There are a few cases of duplicates in user autocompletion which are being worked on.

crash in mozilla::WebGLContext::SetDimensions @ libGLESv2_adreno200




Canvas: WebGL
5 years ago
11 months ago


(Reporter: alex_mayorga, Unassigned)


({crash, reproducible})

crash, reproducible

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [native-crash][gfx] webgl-driver, crash signature, URL)


(1 attachment)



5 years ago
This bug was filed from the Socorro interface and is 
report bp-11c8f6ed-0a74-4792-88f1-2c5232120621 .

Comment 1

5 years ago
What are your STR?
Can you provide the logcat using aLogcat?
Does it happen with the latest Nightly build?
Crash Signature: [@ __libc_android_abort | dlfree | free |] → [@ __libc_android_abort | dlfree | free | ]
OS: Linux → Android
Hardware: All → ARM
Summary: crash in __libc_android_abort → crash in mozilla::gl::GLContextEGL::MakeCurrentImpl @ libGLESv2_adreno200
Whiteboard: [native-crash][gfx]
Version: unspecified → Trunk

Comment 2

5 years ago
Created attachment 636205 [details]


Comment 3

5 years ago
There are no STR just visiting about:crashes shows dozens of these crashes.
The stack shows that this happened while creating a WebGL context (see WebGLContext::SetDimensions in the stack).

WebGL is already blacklisted on Adreno devices. We can't be 100% sure that blacklisting works until bug 766251 lands, but we already see in the App Notes that earlier in the same session, we see that a WebGL context creation had failed (WebGL-) almost certainly due to blacklisting. So the question is why did blacklisting not work this second time?

Normally one would suspect that the user force-enabled the feature, but this should have added a WebGL! to the app notes. Unclear at the moment. Bug 766251 will add GPU identification information to the appnotes, so maybe we'll have more clues then.
Component: General → Canvas: WebGL
Product: Fennec Native → Core
QA Contact: general → canvas.webgl


5 years ago
Depends on: 766251


5 years ago
Duplicate of this bug: 784672


5 years ago
Crash Signature: [@ __libc_android_abort | dlfree | free | ] → [@ __libc_android_abort | dlfree | free | ] [@ __libc_android_abort | dlfree | free | ] [@ __libc_android_abort | dlfree | free | ] [@ libGLESv2_adreno2…
Summary: crash in mozilla::gl::GLContextEGL::MakeCurrentImpl @ libGLESv2_adreno200 → crash in mozilla::WebGLContext::SetDimensions @ libGLESv2_adreno200

Comment 6

5 years ago
Here is a recent crash report: bp-7c02b801-51b5-4569-8b85-635112120823. The App Notes contain:
AdapterDescription: 'Qualcomm -- Adreno (TM) 225 -- OpenGL ES 2.0 AU_LINUX_ANDROID_JB. (CL2644550) -- Model: SCH-I535, Product: d2vzw, Manufacturer: Samsung, Hardware: qcom'
EGL? EGL+ GL Context? GL Context+ GL Layers? GL Layers+
Re: comment 6: the AppNotes don't show WebGL, so this was not a WebGL context creation crash i.e. it's a separate bug.
I hit this running Peacekeeper.

Samsung Galaxy SII i727
Android 2.3.6
Keywords: reproducible
On HTC Desire Z (Android 2.3) using Nightly 27.0a1 (2013-10-09) sometimes Firefox crashes with this crash signature.
after installing or launching the "Pasjans/Solitaire" app.
That crash stack shows it's a canvas 2D crash, not a WebGL crash. Maybe file a new bug for it?
Whiteboard: [native-crash][gfx] → [native-crash][gfx] webgl-driver
There are no crashes reported recently with current Fennec builds. For the most part this seems to have stopped after Fennec 27. Please reopen this bug report if you can reproduce the crash in a current Fennec build.
Last Resolved: 11 months ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.