Fixed
Status Update
Comments
uc...@google.com <uc...@google.com>
sg...@google.com <sg...@google.com>
bi...@google.com <bi...@google.com>
bi...@google.com <bi...@google.com> #2
Does it happen locally? I haven't been able to reproduce on my workstation.
ga...@google.com <ga...@google.com> #3
I was able to reproduce locally something similar once I updated to Gradle 6.4-rc-2, but this error message
Caused by:
org.gradle.api.internal.provider.AbstractProperty$PropertyQueryException: Failed to calculate the value of task ':app:desugarReleaseFileDependencies' property 'libConfiguration'.
at org.gradle.api.internal.provider.AbstractProperty.finalizeNow(AbstractProperty.java:240)
at org.gradle.api.internal.provider.AbstractProperty.beforeRead(AbstractProperty.java:231)
at org.gradle.api.internal.provider.AbstractProperty.calculatePresence(AbstractProperty.java:56)
at org.gradle.api.internal.provider.AbstractMinimalProvider.isPresent(AbstractMinimalProvider.java:74)
at org.gradle.api.internal.tasks.properties.bean.AbstractNestedRuntimeBeanNode$BeanPropertyValue.call(AbstractNestedRuntimeBeanNode.java:137)
at org.gradle.api.internal.tasks.properties.AbstractValidatingProperty.validate(AbstractValidatingProperty.java:39)
at org.gradle.api.internal.tasks.properties.DefaultTaskProperties.validate(DefaultTaskProperties.java:193)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$TaskExecution.validate(ExecuteActionsTaskExecuter.java:506)
at org.gradle.internal.execution.steps.ValidateStep.execute(ValidateStep.java:50)
at org.gradle.internal.execution.steps.SkipEmptyWorkStep.lambda$execute$2(SkipEmptyWorkStep.java:78)
at org.gradle.internal.execution.steps.SkipEmptyWorkStep.execute(SkipEmptyWorkStep.java:78)
at org.gradle.internal.execution.steps.SkipEmptyWorkStep.execute(SkipEmptyWorkStep.java:34)
at org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsStartedStep.execute(MarkSnapshottingInputsStartedStep.java:39)
at org.gradle.internal.execution.steps.LoadExecutionStateStep.execute(LoadExecutionStateStep.java:40)
at org.gradle.internal.execution.steps.LoadExecutionStateStep.execute(LoadExecutionStateStep.java:28)
at org.gradle.internal.execution.impl.DefaultWorkExecutor.execute(DefaultWorkExecutor.java:33)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeIfValid(ExecuteActionsTaskExecuter.java:194)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:186)
at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:114)
at org.gradle.api.internal.tasks.execution.FinalizePropertiesTaskExecuter.execute(FinalizePropertiesTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.ResolveTaskExecutionModeExecuter.execute(ResolveTaskExecutionModeExecuter.java:62)
at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:57)
at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:56)
at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:36)
... 23 more
Caused by:
org.gradle.api.internal.tasks.TaskDependencyResolveException: Could not determine the dependencies of null.
I'll upload a CL to switch from FileCollection.asElements().map {}
which returns a Provider<String>
to a more explicit implementation of Gradle ValueSource
. Locally, that fixes the issue for me.
zs...@salesforce.com <zs...@salesforce.com> #4
For what it's worth, 4.1.0 canary 7 fixes this for us. 4.0.0-beta5 still has this issue (not sure which release the CL went into)
zs...@salesforce.com <zs...@salesforce.com> #5
actually you know what - I realized I wasn’t explicitly adding a newer version of the core libraries dependency for 4.0 beta builds. When I add that directly, those then work too
Description
IMPORTANT: Please readhttps://developer.android.com/studio/report-bugs.html carefully and supply
all required information.
Studio Build: Version of Gradle Plugin: 4.0.0-beta05, also 4.1.0-alpha05 Version of Gradle: 6.3 Version of Java: 8 OS: MacOS
We're seeing a consistent failure in our CI shadow job that builds our repo against new versions of AGP. We don't use any Java 8 APIs that L8 would be backporting yet, but we have enabled library desugaring just to start incubating it.
Configuration is done via
withGroovyBuilder
(so that we can use new features without strongly typing)