Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

could not found 'libjnirivebridge.so'. Looked for: [x86], but only found: []. #305

Open
devesh053 opened this issue Sep 25, 2023 · 9 comments
Labels
needs repro The issue doesn't have clear steps to reproduce the issue question Further information is requested

Comments

@devesh053
Copy link

stacktrace from crashlytics

Fatal Exception: java.lang.RuntimeException: Unable to get provider androidx.startup.InitializationProvider: androidx.startup.StartupException: com.getkeepsafe.relinker.MissingLibraryException: Could not find 'libjnirivebridge.so'. Looked for: [x86, armeabi-v7a, armeabi], but only found: [].
at android.app.ActivityThread.installProvider(ActivityThread.java:6396)
at android.app.ActivityThread.installContentProviders(ActivityThread.java:5938)
at android.app.ActivityThread.handleBindApplication(ActivityThread.java:5853)
at android.app.ActivityThread.access$1100(ActivityThread.java:199)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1650)
at android.os.Handler.dispatchMessage(Handler.java:106)
at android.os.Looper.loop(Looper.java:193)
at android.app.ActivityThread.main(ActivityThread.java:6669)
at java.lang.reflect.Method.invoke(Method.java)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:858)

Devices

Android 9 , Android 8 device with x86 architecture

@umberto-sonnino
Copy link
Contributor

Hi @devesh053, can you give us a repro for this issue?
Also, could you provide more details about your setup? For example, your setup, the rive-android version you're using, your SDK, etc.?
In fact, libjnirivebridge.so isn't used anymore in our latest versions, have you tried upgrading?

@umberto-sonnino umberto-sonnino added question Further information is requested needs repro The issue doesn't have clear steps to reproduce the issue labels Sep 25, 2023
@devesh053
Copy link
Author

Hi ,
This issue is happening only on x86 architecture and on crashlytics it was showing Google mainline device.
I was using rive version 5.0.0 in my app.

@DJPretorius
Copy link

I was having a similar problem and @umberto-sonnino suggested I should upgrade the library to v8.3.0. Thats the second to newest version on Maven Central. Now I'm getting an UnsatisfiedLinkError when I run my app on Android API 21.
The error reads java.lang.RuntimeException: Unable to get provider androidx.startup.InitializationProvider: androidx.startup.StartupException: java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "stderr" referenced by "/data/data/co.example.app/app_lib/librive-android.so"...

@devesh053
Copy link
Author

@umberto-sonnino will upgrading to rive version 6.0.0 resolve the issue ?

@devesh053
Copy link
Author

Hi @devesh053, can you give us a repro for this issue? Also, could you provide more details about your setup? For example, your setup, the rive-android version you're using, your SDK, etc.? In fact, libjnirivebridge.so isn't used anymore in our latest versions, have you tried upgrading?

Right now , I am using 5.0.0 , will upgrading it to 6.0.0 will resolve the issue . Not sure of taking version 7.0.0 to production

@umberto-sonnino
Copy link
Contributor

@umberto-sonnino will upgrading to rive version 6.0.0 resolve the issue ?

Without a repro, I can't tell for sure.
Past reports mentioned that this error was coming up only in the Play Store - are you sure that these are tied to real users?
I'd highly recommend upgrading anyway, we changed the build process significantly in the latest iterations, and that might solve this issue for you.

@umberto-sonnino
Copy link
Contributor

I was having a similar problem and @umberto-sonnino suggested I should upgrade the library to v8.3.0. Thats the second to newest version on Maven Central. Now I'm getting an UnsatisfiedLinkError when I run my app on Android API 21. The error reads java.lang.RuntimeException: Unable to get provider androidx.startup.InitializationProvider: androidx.startup.StartupException: java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "stderr" referenced by "/data/data/co.example.app/app_lib/librive-android.so"...

@DJPretorius this is a different bug as reported here. It's still unresolved and it seems to happen only on v21 devices

@devesh053
Copy link
Author

@umberto-sonnino will upgrading to rive version 6.0.0 resolve the issue ?

Without a repro, I can't tell for sure. Past reports mentioned that this error was coming up only in the Play Store - are you sure that these are tied to real users? I'd highly recommend upgrading anyway, we changed the build process significantly in the latest iterations, and that might solve this issue for you.

This bug is not happening to real users , only happening to play store devices with x86 architecture .

@umberto-sonnino
Copy link
Contributor

@umberto-sonnino will upgrading to rive version 6.0.0 resolve the issue ?

Without a repro, I can't tell for sure. Past reports mentioned that this error was coming up only in the Play Store - are you sure that these are tied to real users? I'd highly recommend upgrading anyway, we changed the build process significantly in the latest iterations, and that might solve this issue for you.

This bug is not happening to real users , only happening to play store devices with x86 architecture .

If that's the case, I highly recommend upgrading to the latest version and checking if it still applies. The current report is related to an old version of this runtime.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs repro The issue doesn't have clear steps to reproduce the issue question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants