Android CI Build Failure: Duplicate librnworklets.so in AAR Packaging

[srijan2607]

What happened?

The CI build is failing during the Android AAR bundling step for react-native-worklets-core with the following error:

Execution failed for task ':react-native-worklets-core:bundleReleaseLocalLintAar'.
> Could not add file '/__w/jitsi-meet/jitsi-meet/node_modules/react-native-worklets-core/android/build/intermediates/prefab_package/release/prefab/modules/rnworklets/libs/android.armeabi-v7a/librnworklets.so' to ZIP '/__w/jitsi-meet/jitsi-meet/node_modules/react-native-worklets-core/android/build/outputs/aar/react-native-worklets-core-release.aar'.

The issue is caused by duplicate librnworklets.so native library files being included in the AAR packaging process. This occurs when Prefab creates multiple copies of the same .so file under different ABI architecture paths, and the ZIP bundler cannot handle duplicate entries.

When Did This Start?

This issue was introduced after PR #16393 (merged on September 9, 2025) which added react-native-worklets-core as a dependency and replaced duktape to align with Android 16kb page size requirements.

Related PR: #16393 - "dep(react-native-worklets-core): Replace duktape to align with Android 16kb page size alignment"

Platform

• Chrome (or Chromium based)
• Firefox
• Safari
• Other desktop browser
• Android browser
• iOS browser
• Electron app
• Android mobile app
• iOS mobile app
• Custom app using a mobile SDK

Browser / app / sdk version

Latest

Relevant log output

Execution failed for task ':react-native-worklets-core:bundleReleaseLocalLintAar'.
> Could not add file '/__w/jitsi-meet/jitsi-meet/node_modules/react-native-worklets-core/android/build/intermediates/prefab_package/release/prefab/modules/rnworklets/libs/android.armeabi-v7a/librnworklets.so' to ZIP '/__w/jitsi-meet/jitsi-meet/node_modules/react-native-worklets-core/android/build/outputs/aar/react-native-worklets-core-release.aar'.

Reproducibility

• The problem is reproducible on meet.jit.si

More details?

No response

[srijan2607]

@damencho please take a look

[damencho]

@saghul @Calinteodor ^

[srijan2607]

@4rayaditya you need to seperate out the edits in different PR please read the Contribution Guideline

[saghul]

I don't think this was introduced in the original PR, since we made a release with it. It seems to have broken recently.

[4rayaditya]

Error: Could not add file 'librnworklets.so' to ZIP 'out.aar'
This happens when gradle runs multiple tasks at a time.
So I enabled the no parallel for Android sdk build only, so just takes ~2 mins extra time to build. But it might solve the problem.
Check out the fix #16685

[srijan2607]

@saghul I've opened a PR with an alternative fix using packagingOptions to handle the duplicate librnworklets.so files. This approach might be more robust as it addresses the packaging issue directly, regardless of CLI version.

Both fixes solve the CI failure - would you prefer:

• The CLI revert (addressing what triggered the issue)
• The packagingOptions fix (addressing the underlying packaging problem)
• Both (belt and suspenders approach)

Happy to close mine if you prefer the revert approach!

[saghul]

I suspect this will fix the problem: #16684

Nope, I was wrong.

[4rayaditya]

@srijan2607 Great solution! The packagingOptions approach addresses the root cause more directly than my CI workaround.

[srijan2607]

@saghul The issue is in react-native-worklets-core's own build.gradle, not in jitsi-meet. This needs to be fixed upstream or we need to patch the dependency.

[4rayaditya]

I doubt that because I also checked the margelo's react-native-worklet-core and jitsi/react-native-worklets-core is ahead by 4 commits. Although I thought the 4 commits had some issues but they were not the problem.
I feel like ci workflow change could solve this issue.
@saghul confirm if the fix #16684 solved the problem.

[4rayaditya]

I think beacuse Gradle expects only one .so file per architecture per module.
If two or more are present, it doesn’t know which to use and fails with the ZIP error.
So updating this in android/build.gradle might solve the issue.

packagingOptions {
pickFirst '**/librnworklets.so'
}
It tells gradle to pick first occurence of this file.
@saghul @damencho take a look.
If you confirm I could do a PR to jitsi/react-native-worklet-core

[saghul]

Nope #16684 didn't fix it. What's weird is that this was working before, and @Calinteodor cannot reproduce it locally. Can you?

It would be great to bisect it, but for that we need to be able to repro first...