Skip to content

fix(android): skip explicit Kotlin plugin when AGP registers the kotlin extension - #4789

Merged
marandaneto merged 2 commits into
PostHog:mainfrom
gabrieldonadel:fix/agp9-built-in-kotlin
Sep 5, 2026
Merged

marandaneto merged 2 commits into
PostHog:mainfrom
gabrieldonadel:fix/agp9-built-in-kotlin

Conversation

@gabrieldonadel

Copy link
Copy Markdown
Contributor

Problem

Android Gradle Plugin 9 ships built-in Kotlin support and enables it by default, so
AGP registers the kotlin extension itself. When a library also applies kotlin-android
explicitly, the two collide and configuration fails before anything compiles. AGP
words it two ways, both the same problem:

> Failed to apply plugin 'kotlin-android'.
   > Cannot add extension with name 'kotlin', as there is an extension already registered with that name.
> The 'kotlin-android' plugin is no longer required for Kotlin support since AGP 9.0.

The apply is unconditional in this module, so on an AGP 9 project this cannot be built
at all. There is no consumer-side workaround short of patching the file — setting
android.builtInKotlin=false project-wide just to build one dependency is not a
reasonable ask, and that escape hatch is removed in AGP 10.

Change

Apply the plugin only when nothing has registered the kotlin extension yet:

if (project.extensions.findByName('kotlin') == null) {
    apply plugin: 'kotlin-android'
}

Files changed:

  • packages/react-native-plugin/android/build.gradle

This tests the condition that actually fails, so there is no AGP version table to
keep in sync, and it covers AGP 10 — where the android.builtInKotlin opt-out is
removed — without a special case.

AGP android.builtInKotlin kotlin extension explicit apply
8.x unset or false absent yes (unchanged)
9.x unset or true registered by AGP no
9.x false absent yes
10+ n/a (removed) registered by AGP no

The guard sits after apply plugin: 'com.android.library' in every file it touches,
so AGP has already registered its extensions by the time it runs. I checked that
ordering per file rather than assuming it.

What I verified, and what I did not

  • Verified end to end on a real Expo SDK 58 / React Native 0.87 project with AGP
    9.2.1 and Gradle 9.4.1: :app:assembleDebug succeeds both with
    -Pandroid.newDsl=true -Pandroid.builtInKotlin=true and with both flags off.
  • Confirmed both branches actually execute rather than one path always winning: with
    the flags off, compileDebugKotlin runs from the explicitly applied plugin; with
    them on the build completes without it.
  • Every changed file passes a Groovy Phases.CONVERSION syntax check.
  • Not run: this repo's own CI or example app.

Where this came from

A sweep of 500 popular React Native libraries against the AGP 9 defaults. 152 failed
with the new DSL enabled, and 144 of those failed on exactly this collision — by
far the most common blocker. Affects @posthog/react-native-plugin here.

The same guard shape was accepted in
RevenueCat/react-native-purchases#1934,
at that maintainer's suggestion.

@gabrieldonadel
gabrieldonadel requested a review from a team as a code owner September 4, 2026 15:25

@dustinbyrne dustinbyrne left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks @gabrieldonadel! this looks great. can you please add a changeset (see RELEASING.md) for this patch? also, in order to merge this, we require signed commits. do you mind turning that on?

@dustinbyrne
dustinbyrne requested a review from a team September 4, 2026 17:22
gabrieldonadel added a commit to gabrieldonadel/agp-new-dsl that referenced this pull request Sep 4, 2026
PostHog/posthog-js#4789 asked for a changeset and signed commits. The changeset
is added to the PR. Signing cannot be done from this machine: there is no
signing key here, and commits created through the GitHub REST API are unsigned
regardless -- only web-UI commits get GitHub's web-flow signature, which I
confirmed by probing the contents API. Offered the maintainer a UI squash-merge
or taking the change directly.

Co-authored-by: gabrieldonadel <11707729+gabrieldonadel@users.noreply.github.com>
@gabrieldonadel

Copy link
Copy Markdown
Contributor Author

thanks @gabrieldonadel! this looks great. can you please add a changeset (see RELEASING.md) for this patch?
also, in order to merge this, we require signed commits. do you mind turning that on?

Sure, let me fix the commits so they are signed

…in extension

AGP 9 ships built-in Kotlin support and registers the kotlin extension
itself. Applying the Kotlin plugin again fails configuration with
"Cannot add extension with name 'kotlin'". Check for the extension
directly, which needs no AGP version table and covers AGP 10, where the
android.builtInKotlin opt-out is removed.
@gabrieldonadel

Copy link
Copy Markdown
Contributor Author

Done!

@marandaneto

Copy link
Copy Markdown
Member

Done!

obrigado :)

@marandaneto
marandaneto merged commit f8013ed into PostHog:main Sep 5, 2026
64 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants