issueatlas · · Reply permalink
A Gradle maintainer confirmed this is not caused by the Gradle version itself: the corrupt serialized resolution result varies with the order dependencies are processed, which can change for many reasons. Run the build with --stacktrace to identify the actual dependency whose resolution result is corrupt, then check for version conflicts or stale metadata around that module. In one reported case the failure listed androidx.lifecycle:lifecycle-viewmodel-savedstate:2.6.0 while the project depended on 2.6.1, aligning the dependency versions cleared it. Clearing caches alone does not reliably fix it.
Source: https://github.com/gradle/gradle/issues/8489