Jitsi Android SDK Crash

NostrumInamdar · January 3, 2023, 3:46am

Hello Experts and wish you a very happy 2023!.

I’m running into an error ONLY ON API 9 and BELOW wherein I see a run-time crash in an app that embeds the Android SDK (SDK is built from source, version 6.2.2). Below is logcat output that is specific to the crash:

2023-01-03 08:57:56.985 21416-22124/ E/AndroidRuntime: FATAL EXCEPTION: pool-40-thread-1
Process: , PID: 21416
java.lang.NoSuchMethodError: No virtual method position(I)Ljava/nio/FloatBuffer; in class Ljava/nio/FloatBuffer; or its super classes (declaration of ‘java.nio.FloatBuffer’ appears in /system/framework/core-oj.jar)
at org.webrtc.GlUtil.createFloatBuffer(GlUtil.java:47)
at org.webrtc.GlGenericDrawer.(GlGenericDrawer.java:75)
at org.webrtc.YuvConverter.(YuvConverter.java:111)
at org.webrtc.YuvConverter.(YuvConverter.java:118)
at org.webrtc.SurfaceTextureHelper.create(SurfaceTextureHelper.java:92)
at com.oney.WebRTCModule.GetUserMediaImpl.createVideoTrack(GetUserMediaImpl.java:372)
at com.oney.WebRTCModule.GetUserMediaImpl.getUserMedia(GetUserMediaImpl.java:202)
at com.oney.WebRTCModule.WebRTCModule.lambda$getUserMedia$3$WebRTCModule(WebRTCModule.java:494)
at com.oney.WebRTCModule.-$$Lambda$WebRTCModule$0qkZibMzcY8Pwtjjc0Lt3Ovz8Z8.run(Unknown Source:8)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:764)
2023-01-03 08:57:56.994 21416-22124/ E/JitsiMeetSDK: JitsiMeetUncaughtExceptionHandler FATAL ERROR
java.lang.NoSuchMethodError: No virtual method position(I)Ljava/nio/FloatBuffer; in class Ljava/nio/FloatBuffer; or its super classes (declaration of ‘java.nio.FloatBuffer’ appears in /system/framework/core-oj.jar)
at org.webrtc.GlUtil.createFloatBuffer(GlUtil.java:47)
at org.webrtc.GlGenericDrawer.(GlGenericDrawer.java:75)
at org.webrtc.YuvConverter.(YuvConverter.java:111)
at org.webrtc.YuvConverter.(YuvConverter.java:118)
at org.webrtc.SurfaceTextureHelper.create(SurfaceTextureHelper.java:92)
at com.oney.WebRTCModule.GetUserMediaImpl.createVideoTrack(GetUserMediaImpl.java:372)
at com.oney.WebRTCModule.GetUserMediaImpl.getUserMedia(GetUserMediaImpl.java:202)
at com.oney.WebRTCModule.WebRTCModule.lambda$getUserMedia$3$WebRTCModule(WebRTCModule.java:494)
at com.oney.WebRTCModule.-$$Lambda$WebRTCModule$0qkZibMzcY8Pwtjjc0Lt3Ovz8Z8.run(Unknown Source:8)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:764)

java.lang.NoSuchMethodError: No virtual method position(I)Ljava/nio/FloatBuffer; in class Ljava/nio/FloatBuffer; or its super classes (declaration of 'java.nio.FloatBuffer' appears in /system/framework/core-oj.jar)
    at org.webrtc.GlUtil.createFloatBuffer(GlUtil.java:47)
    at org.webrtc.GlGenericDrawer.<clinit>(GlGenericDrawer.java:75)
    at org.webrtc.YuvConverter.<init>(YuvConverter.java:111)
    at org.webrtc.YuvConverter.<init>(YuvConverter.java:118)
    at org.webrtc.SurfaceTextureHelper.create(SurfaceTextureHelper.java:92)
    at com.oney.WebRTCModule.GetUserMediaImpl.createVideoTrack(GetUserMediaImpl.java:372)
    at com.oney.WebRTCModule.GetUserMediaImpl.getUserMedia(GetUserMediaImpl.java:202)
    at com.oney.WebRTCModule.WebRTCModule.lambda$getUserMedia$3$WebRTCModule(WebRTCModule.java:494)
    at com.oney.WebRTCModule.-$$Lambda$WebRTCModule$0qkZibMzcY8Pwtjjc0Lt3Ovz8Z8.run(Unknown Source:8)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
    at java.lang.Thread.run(Thread.java:764)

I see guidance for adding the following to fix the error:

android.enableDexingArtifactTransform.desugaring=false to the gradle.properties file

However, it doesn’t seem to work.

The above errors seem to be related to the following:

I noticed that files of libwebrtc are compiled using Java11, perhaps that is the source of the issue?
Any help would be greatly appreciated.

Thanks!

Stefan_Leo · January 3, 2023, 11:51am

github.com/jitsi/jitsi-meet

jitsi meet andriod craches with pre-build SDK

opened 08:59AM - 27 Feb 19 UTC

closed 04:06PM - 21 Mar 19 UTC

yassineberradi

In my andriod app i used jitsi meet prebuild sdk, adding the following in the ap…p/build.gradle: allprojects { repositories { google() jcenter() maven { url "https://github.com/jitsi/jitsi-maven-repository/raw/master/releases" } } } // dependencies { // (other dependencies) implementation ('org.jitsi.react:jitsi-meet-sdk:+') { transitive = true } } // android { ... defaultConfig { ndk { abiFilters "armeabi-v7a", "x86" } } tha app crashes with the following error: 02-27 08:48:09.476 30284-30321/com.example.myapplication E/ReactNativeJS: Java exception in 'NativeModules' java.lang.NoClassDefFoundError: android.telecom.CallAudioState 02-27 08:48:09.496 30284-30321/com.example.myapplication E/ReactNativeJS: Module AppRegistry is not a registered callable module (calling runApplication) 02-27 08:48:09.500 30284-30322/com.example.myapplication E/AndroidRuntime: FATAL EXCEPTION: mqt_native_modules Process: com.example.myapplication, PID: 30284 com.facebook.react.common.JavascriptException: Java exception in 'NativeModules' java.lang.NoClassDefFoundError: android.telecom.CallAudioState, stack: libcore.reflect.InternalNames.getClass@55 java.lang.Class.getDexCacheType@479 java.lang.reflect.ArtMethod.getDexCacheType@191 java.lang.reflect.ArtMethod.getParameterTypes@136 java.lang.reflect.Method.getParameterTypes@174 java.lang.Class.getDeclaredMethods@772 com.facebook.react.bridge.JavaModuleWrapper.findMethods@88 com.facebook.react.bridge.JavaModuleWrapper.getMethodDescriptors@118 android.os.Handler.handleCallback@739 android.os.Handler.dispatchMessage@95 com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage@29 <unknown>@1043:340 v@2:1483 <unknown>@1042:276 v@2:1483 <unknown>@1041:194 v@2:1483 <unknown>@1040:85 v@2:1483 <unknown>@971:312 v@2:1483 <unknown>@970:85 v@2:1483 <unknown>@343:240 v@2:1483 <unknown>@12:184 v@2:1483 <unknown>@11:30 v@2:1483 d@2:866 global code@1433:4 at com.facebook.react.modules.core.ExceptionsManagerModule.showOrThrowError(ExceptionsManagerModule.java:54) at com.facebook.react.modules.core.ExceptionsManagerModule.reportFatalException(ExceptionsManagerModule.java:38) at java.lang.reflect.Method.invoke(Native Method) at java.lang.reflect.Method.invoke(Method.java:372) at com.facebook.react.bridge.JavaMethodWrapper.invoke(JavaMethodWrapper.java:372) at com.facebook.react.bridge.JavaModuleWrapper.invoke(JavaModuleWrapper.java:160) at com.facebook.react.bridge.queue.NativeRunnable.run(Native Method) at android.os.Handler.handleCallback(Handler.java:739) at android.os.Handler.dispatchMessage(Handler.java:95) at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage(MessageQueueThreadHandler.java:29) at android.os.Looper.loop(Looper.java:135) at com.facebook.react.bridge.queue.MessageQueueThreadImpl$3.run(MessageQueueThreadImpl.java:192) at java.lang.Thread.run(Thread.java:818) 02-27 08:48:09.891 30284-30284/com.example.myapplication D/ReactNative: ReactInstanceManager.detachViewFromInstance() 02-27 08:48:09.897 30284-30321/com.example.myapplication E/ReactNativeJS: Module AppRegistry is not a registered callable module (calling unmountApplicationComponentAtRootTag) 02-27 08:53:09.534 30284-30322/com.example.myapplication I/Process: Sending signal. PID: 30284 SIG: 9

try it like this
downgrading jitsi to 1.16.0
I’m waiting for your answer

NostrumInamdar · January 3, 2023, 12:19pm

Thanks for the revert, version 1.16.0 refers to the JITSI SDK version?

Stefan_Leo · January 3, 2023, 12:20pm

yes

NostrumInamdar · January 3, 2023, 12:37pm

Thanks again. Yeah, I’v tried different versions - they all work until the react-native-webrtc version of the SDK is 1.100.1. Any SDK that I’m building that has the react-native-webrtc version set to 1.106.1 in the package.json and that is deployed on a device <= Android 9, I get the error. As mentioned in the initial write up, the issue seems to be with the way Java 9 and beyond handle Buffers.