Looks like this happens for other tasks besides ProcessLibraryManifest - see here.

are considered input to the configuration cache and modifying them will cause configuration cache to be invalidated.

If they are "file system entry" inputs isn't it just about the file existing or not? The way I understand it only for "file" inputs the content matters. So modifying a manifest wouldn't cause an invalidation, just creating/deleting it.

Re comment #2: Cool, thanks Scott!

Re comment #3: Right, I've just verified that on the AndroidX project: There is a distinction between file system entry inputs and file inputs, and these AndroidManifest.xml files are file system entry inputs (i.e., changing the file existence invalidates the configuration cache, but changing its contents does not).

Punting this to the next release because:

• These inputs (whether the manifests exist, without regard to their contents) typically don't change and therefore don't invalidate the configuration cache.
• This sounds like a bug in Gradle (discussed at https://gradle.slack.com/archives/C10J6STFZ/p1688736660915589) as Gradle is resolving Providers before Provider.get() is called.

(Pls let me know if you disagree.)

Is file system entry the one that ignores contents?

Yes, that is correct.

In https://android.googlesource.com/platform/tools/base/+/bd19b356cea306b375dee87a71bddbbf729ed03e, we have fixed this issue so that AndroidManifest.xml file system entries will not be part of the configuration cache inputs (i.e., creating/deleting the file or modifying its contents will not invalidate the configuration cache).

This change will be available in AGP 8.3.0-alpha04+.

Thank you for this report!

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 Iguana | 2023.2.1 Canary 4
• Android Gradle Plugin 8.3.0-alpha04

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!