deps(android): bump com.android.tools.build:gradle from 9.0.1 to 9.3.1 in /purchasely/android - #143
Conversation
Bumps com.android.tools.build:gradle from 9.0.1 to 9.3.1. --- updated-dependencies: - dependency-name: com.android.tools.build:gradle dependency-version: 9.3.1 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
LabelsThe following labels could not be found: Please fix the above issues or remove invalid values from |
|
PR author is in the excluded authors list. |
kherembourg
left a comment
kherembourg
left a comment
There was a problem hiding this comment.
Approving as step 2 of the Gradle/AGP chain — to be merged together with #145, and only after the wrappers (#140, #150).
Worth noting why this PR's green CI proves less than it looks: this bumps the buildscript classpath in purchasely/android/build.gradle, but when Flutter builds the plugin as part of the example app the AGP version actually applied comes from the example's settings.gradle pluginManagement (id "com.android.application" version "9.0.1"). The classpath here only takes effect for a standalone module build.
So merging this alone leaves the two declarations divergent (9.3.1 here, 9.0.1 in the example) without changing the effective build. #145 is the one that moves the real version — and it needs Gradle ≥ 9.5.0, hence #140 first.
|
@dependabot rebase |
|
Looks like com.android.tools.build:gradle is up-to-date now, so this is no longer needed. |
|
@dependabot rebase |
|
Looks like this PR is closed. If the branch still exists, you can re-open the PR and then use |
….4.0 (#154) #145 landed AGP **9.4.0** in `purchasely/example/android/settings.gradle` — not the 9.3.1 its title says: Dependabot re-targeted to the latest when it rebased. #143, which would have moved `purchasely/android`'s buildscript classpath, was closed as superseded and its branch deleted, so the two declarations diverged: example/settings.gradle com.android.application 9.4.0 (effective) purchasely/android com.android.tools.build 9.0.1 (stale) The classpath here only takes effect for a standalone module build — when Flutter builds the plugin as part of the example, the applied version comes from the example's pluginManagement. So this is not a build fix; it is keeping the two declarations from drifting, which is what makes the next AGP bump reviewable. Both wrappers clear AGP 9.4's Gradle floor: `purchasely/android` on 9.7.1 (#150), the example on 9.6.1 (#140). Verified: `flutter build apk --debug` green on the example, which exercises the effective AGP. Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
2 participants
Bumps com.android.tools.build:gradle from 9.0.1 to 9.3.1.
You can trigger a rebase of this PR by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)