Build failed due to consumer-rules.pro

[khank8476]

Describe the bug
After adding the freeRASP version 8.0.0 to flutter the android build is failing due to consumer-rules.pro
FAILURE: Build failed with an exception.
[ ] * What went wrong:
[ ] Execution failed for task ':freerasp:exportReleaseConsumerProguardFiles'.
[ ] > Global keep option -flattenpackagehierarchy was specified as a consumerProguardFile
in

To Reproduce
Run flutter build apk --release

Expected behavior
The build should run properly

Please complete the following information:

• building on windows 11
• Android 16
• freeRASP [8.0.0]

Additional context
I solved it by commenting out in consumer-rules.pro
# -flattenpackagehierarchy

[bziembanski]

Any update on this? On updated setup to 9+ version of AGP release build fails with this error

* What went wrong:
Execution failed for task ':freerasp:exportReleaseConsumerProguardFiles'.
> Global keep option -flattenpackagehierarchy was specified as a consumerProguardFile in .../hosted/pub.dev/freerasp-8.0.0/android/consumer-rules.pro. It should not be used in a consumer configuration file without specifying a package.

[iurimenin]

Confirming this on the latest toolchain, and adding two things: it is not fixed in 8.1.0, and the workaround has an expiry date.

Reproduced with: freerasp 8.0.0 and 8.1.0 · AGP 9.3.1 · Gradle 9.7.0 · Kotlin 2.3.21 · Flutter 3.44.7 · JDK 21

Execution failed for task ':freerasp:exportReleaseConsumerProguardFiles'.

Global keep option -flattenpackagehierarchy was specified as a consumerProguardFile in
/freerasp-8.0.0/android/consumer-rules.pro.
It should not be used in a consumer configuration file without specifying a package.

android/consumer-rules.pro in both 8.0.0 and 8.1.0 contains exactly one line, -flattenpackagehierarchy, with no package argument.

Why this is worth fixing rather than working around. A consumer rules file is merged into the consuming app's R8 configuration, so an unqualified -flattenpackagehierarchy repackages the entire application, not just freeRASP. On AGP 8 that happened silently in every release build of every app using freeRASP; AGP 9 just started reporting it. It also isn't a keep rule — freeRASP's protection doesn't depend on it, so dropping it should bebehaviour-neutral for the library. If the intent was to flatten only freeRASP's own packages, the option takes a package argument: -flattenpackagehierarchy 'com.aheaditec.talsec'.

Commenting the line out isn't a workable fix for consumers. It lives in the pub cache — it can't be committed, and it comes back on every pub get and on every CI runner. The workaround that survives is an AGP flag, in android/gradle.properties:

android.r8.globalOptionsInConsumerRules.disallowed=false

But that flag has a deadline. In AGP 9.x it defaults to true and is marked SoftlyEnforced with a deprecation target of AGP 10, where it is removed. At that point there is no opt-out: apps depending on freeRASP won't builduntil consumer-rules.pro is fixed. That is the reason this is more urgent than the "open, no reply since June" status suggests.