IssueTracker

Hung, can you please take a look?

We have fixed this issue in AGP 8.4.0-alpha05: https://android.googlesource.com/platform/tools/base/+/bf083e52cf2c1c72dbb458b67596b3cee2e53552.

Thank you for this report!

Adding a bit more details on this error Cannot query the value of this property because it has no value available.

Root cause

This could happen when a task is configured to consume artifact Foo but the artifact is not produced.

Gradle has different behaviors when a task consumes a non-existent artifact set up via ConfigurableFileCollection (adding @Optional on the ConfigurableFileCollection doesn't make a difference):

• ConfigurableFileCollection.from(null) => OK
• ConfigurableFileCollection.from(Callable { null }) => OK
• ConfigurableFileCollection.from(task.project.provider { null }) => Fails with the following message:

Could not determine the dependencies of task '<task>'.
> Cannot query the value of this property because it has no value available.

We could argue that this is a Gradle bug because the behaviors are not consistent. However, we could also argue that this is not a Gradle bug because providing null will lead to undefined behavior.

Identifying the Problematic Task Input

The first step in fixing this issue is to find out the task input where this issue occurs, but Gradle doesn't provide that info in the error message. So I had to do the following:

1. Build Gradle from source, and run the build with the gradle binary built from source instead of ./gradlew. Then put a breakpoint in the Gradle source code where the error is thrown. Once the breakpoint is hit, look around and see if we can gather any info. Gradle normally stores names of non-file properties; if it is a file property, as in this bug, we might not find anything useful. In this case, I had to try step 2.
2. Incrementally remove properties from the task (or mark them as @Internal) and rebuild the project until we can track down the problematic property.

Fix

There are a few options:

1. [Recommended] Consume the artifact under the same condition under which it is produced.

val artifactFoo: Provider<RegularFile> = getArtifactFoo() 
task.configurableFileCollection.from(
     artifactFoo.takeIf { conditionThatArtifactFooIsProduced() }
}

2. Check if the artifact is produced before consuming it.

val artifactFoo: Provider<RegularFile> = getArtifactFoo()
task.configurableFileCollection.from(Callable {
     // The `Provider.isPresent` check needs to happen lazily when all
     // producers/consumers have been finalized, so we do this inside a Callable.
     artifactFoo.takeIf { it.isPresent }
}

3. Don't use ConfigurableFileCollection (@Optional ListProperty<RegularFile> also doesn't work), use @Optional RegularFileProperty for just artifactFoo instead. (And if there are more artifacts than just artifactFoo, create separate inputs and combine them later in the task action.)

(In the above fix, we used option 2 because with option 1, for this particular bug, the condition is not easily identified.)

Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:

• Android Studio Jellyfish | 2023.3.1 Canary 5
• Android Gradle Plugin 8.4.0-alpha05

We encourage you to try the latest update.

If you notice further issues or have questions, please file a new bug report.

Thank you for taking the time to submit feedback — we really appreciate it!