App bundle and UnsatisfiedLinkError

[tobrun]

We have received a numerous reports related to

java.lang.UnsatisfiedLinkError: No implementation found for void com.mapbox.mapboxsdk.net.NativeConnectivityListener.initialize()

• Crash in SDK v8.6.1: java.lang.UnsatisfiedLinkError  #149
• Configuring Mapbox key on Application class crashes on Nexus 5X API level 23 #277
• [Android] java.lang.UnsatisfiedLinkError when initializing SDK  #208
• UnsatisfiedLinkError on x86 when not only targeting x86 #111
• MapBox crashing with x86 issues #320

The Mapbox Maps SDK for Android, isn’t the only library facing this issue as the root cause seems related to the App Bundle format that Google introduced in 2018. There are a couple of hypothesis/solutions from equivalent threads of different Android libraries using native code:

• [ANDROID] SoLoader error using App Bundle facebook/react-native#23764
• java.lang.UnsatisfiedLinkError on making the APK to pre-install. dji-sdk/Mobile-SDK-Android#333
• https://forum.unity.com/threads/native-method-not-found-com-unity3d-player-unityplayer-nativerestartactivityindicator-v.546271/
• ..

Potential solution one:

facebook/react-native#23764 (comment)

android {
    packagingOptions {
        pickFirst '**/armeabi-v7a/libmapbox-gl.so'
        pickFirst '**/x86/libmapbox-gl.so'
        pickFirst '**/arm64-v8a/libmapbox-gl.so'
        pickFirst '**/x86_64/libmapbox-gl.so'
        pickFirst '**/x86/libmapbox-gl.so'
    }
}

Potential solution two:

facebook/react-native#23764 (comment)

Android App Bundle has the native libraries uncompressed. You can add the following configuration to your gradle.properties to revert back to compressing:

android.bundle.enableUncompressedNativeLibs=false

I would love to see if someone from the community can try any of the proposed solutions:

cc @mapbox/maps-android

[JRWilding]

solution 2 does not work, we see the issue with android.bundle.enableUncompressedNativeLibs = false defined

[almo-ltoeroek]

+1 this is currently forced to revert using APK which results in much larger app footprint

[eygraber]

We started seeing this issue after updating to v9.5.0

Before that this crash never occurred. We use an aab.

The crash seems to only be happening on Android 24-26 and on Samsung devices.

We use:

override fun attachBaseContext(base: Context) {
    super.attachBaseContext(base)
    SplitCompat.install(this)
}

in our Application, so the install should have all the pieces it needs to run.

[eygraber]

We now see this on all Android versions that we support (24-30) and most popular manufacturers. We call Mapbox.getInstance in an androidx.startup.Initializer (and before that we were calling it from a ContentProvider), and Application.attachBaseContext should be getting run before that, so SplitCompat.install should guarantee that the installation is valid.

The suggested solutions have not helped.

[eygraber]

Still happening on 9.6.1 although it seems like it only happens when initially uploading the aab to the Play Store. Maybe it's an issue in the device farm that Google uses for testing app updates?