Closed Bug 1196299 Opened 9 years ago Closed 9 years ago

crash in java.lang.UnsatisfiedLinkError: at java.lang.Runtime.loadLibrary( mostly on Kindle Tablets


(Firefox for Android Graveyard :: General, defect)

Not set



Tracking Status
fennec - ---


(Reporter: kbrosnan, Unassigned)



(Keywords: crash)

Crash Data

This bug was filed from the Socorro interface and is 
report bp-00a5a0e8-cf95-4f7e-b9d1-0edeb2150817.

java.lang.UnsatisfiedLinkError: Couldn't load mozglue from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/org.mozilla.firefox_beta-1.apk"],nativeLibraryDirectories=[/data/app-lib/org.mozilla.firefox_beta-1, /vendor/lib, /system/lib]]]: findLibrary returned null
	at java.lang.Runtime.loadLibrary(
	at java.lang.System.loadLibrary(
	at org.mozilla.gecko.mozglue.GeckoLoader.doLoadLibraryExpected(
	at org.mozilla.gecko.mozglue.GeckoLoader.doLoadLibrary(
	at org.mozilla.gecko.mozglue.GeckoLoader.loadMozGlue(
	at org.mozilla.gecko.GeckoThread.initGeckoEnvironment(

This is the number one top crash in beta with 15% of crashes.

Manufacturer  Model
Amazon  KFTHWI
Amazon  KFSOWI
Nokia   NokiaX2DS
samsung GT-I9300
samsung GT-I9060I
samsung GT-S7582
alps    mn84l_8039_20203
Amazon  KFAPWA

Snorp would you assing this out? While most of the crashes are on Amazon hardware there are a number of normal Android devices reporting this as well which concerns me.
Flags: needinfo?(snorp)
Kevin do we have logcats for any of these crashes? I'm not sure if we even collect those for Java crashes...
Flags: needinfo?(snorp) → needinfo?(kbrosnan)
This stack trace is odd. It should not be possible for GeckoLoader.doLoadLibraryExpected() to throw an exception, since it catches everything.
We rethrow the original exception and report that, so the stack makes sense.

Jim found me some logcats and it looks like these devices are running an x86 apk on an ARM device. From the logcat:

08-15 02:43:38.910 6717 6742 E GeckoLoader: Load diagnostics: LOAD mozglue: ABI: x86-gcc3, armeabi-v7a: Data: /data/data/org.mozilla.firefox_beta, ax=false, ddx=false, -1x=false, -2x=false, nativeLib: /data/app-lib/org.mozilla.firefox_beta-1, dirx=true, libx=false

The important bit there is the 'ABI: x86-gcc3, armeabi-v7a', which points to a mismatch. So...did something get hosed up with the deployment to Play?
So resolved invalid?
Flags: needinfo?(kbrosnan)
See bug 1119915 for providing a way to alert users to the mistake.
Depends on: 1119915
(In reply to Kevin Brosnan [:kbrosnan] from comment #4)
> So resolved invalid?

I think so, unless releng had a problem. The versions and stuff look alright on the Play console, though.
Closed: 9 years ago
Resolution: --- → INVALID
tracking-fennec: ? → -
(In reply to Kevin Brosnan [:kbrosnan] from comment #5)
> See bug 1119915 for providing a way to alert users to the mistake.

Actually, bug 1222925 is the ABI mismatch alert.
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.