Lint unable to disambiguate a KMP dependency [330911660]

Fixed

Bug

Status Update

No update yet.

Description

au...@google.com

created issue #1

Mar 22, 2024 06:55PM

DESCRIBE THE ISSUE IN DETAIL:

Lint no longer works for kmp dependencies

STEPS TO REPRODUCE:

upgrade androidx AGP from 8.4.0-alpha12 to 8.4.0-beta01
./gradlew :compose:desktop:desktop:generateJvmTestLintModel

Could not determine the dependencies of task ':compose:desktop:desktop:generateJvmTestLintModel'.
> Could not resolve all task dependencies for configuration ':compose:desktop:desktop:jvmTestRuntimeClasspathForLint'.
   > Could not resolve org.jetbrains.skiko:skiko:0.7.7.
     Required by:
         project :compose:desktop:desktop > project :compose:ui:ui
         project :compose:desktop:desktop > project :compose:foundation:foundation > project :compose:ui:ui-text
         project :compose:desktop:desktop > project :compose:ui:ui > project :compose:ui:ui-graphics
      > Cannot choose between the following variants of org.jetbrains.skiko:skiko:0.7.7:
          - androidRuntimeElements-published
          - awtRuntimeElements-published
        All of them match the consumer attributes:
          - Variant 'androidRuntimeElements-published' capability org.jetbrains.skiko:skiko:0.7.7:
              - Unmatched attributes:
                  - Provides org.gradle.category 'library' but the consumer didn't ask for it
                  - Provides org.gradle.libraryelements 'jar' but the consumer didn't ask for it
                  - Provides org.gradle.status 'release' but the consumer didn't ask for it
                  - Provides org.gradle.usage 'java-runtime' but the consumer didn't ask for it
                  - Provides org.jetbrains.kotlin.platform.type 'jvm' but the consumer didn't ask for it
                  - Provides ui 'android' but the consumer didn't ask for it
          - Variant 'awtRuntimeElements-published' capability org.jetbrains.skiko:skiko:0.7.7:
              - Unmatched attributes:
                  - Provides org.gradle.category 'library' but the consumer didn't ask for it
                  - Provides org.gradle.libraryelements 'jar' but the consumer didn't ask for it
                  - Provides org.gradle.status 'release' but the consumer didn't ask for it
                  - Provides org.gradle.usage 'java-runtime' but the consumer didn't ask for it
                  - Provides org.jetbrains.kotlin.platform.type 'jvm' but the consumer didn't ask for it

Studio Build: n/a
Version of Gradle Plugin: 8.4.0-beta01
Version of Gradle: 8.7-rc1
Version of Java: 17
OS: linux

Comments

sp...@google.com <sp...@google.com> Mar 22, 2024 06:56PM

Assigned to sp...@google.com.

em...@google.com <em...@google.com> Mar 22, 2024 07:49PM

Reassigned to an...@google.com.

sp...@google.com <sp...@google.com> Mar 22, 2024 07:54PM

Reassigned to sp...@google.com.

au...@google.com <au...@google.com> #2Mar 26, 2024 04:35PM

Matthew, any thoughts on how best to do this? I know that we have the LanguageFeatureProvider abstraction in the Java plugin (and our own AndroidLanguageFeatureProvider which does API level checks) in order to silence a number of inspections. But this particular inspection (JavaApiUsageInspection) does not seem to reference any JavaFeatures, it unconditionally reports them.

sp...@google.com <sp...@google.com> #3Mar 26, 2024 05:18PM

Fixed by Change I7a57ba085bfd8c64679cf4bf3c05ce70da8cb5b8 using the InspectionSuppressor EP.

Message last modified on Mar 26, 2024 10:02PM

sp...@google.com <sp...@google.com> #4Mar 26, 2024 05:26PM

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 Koala | 2024.1.1 Canary 4
Android Gradle Plugin 8.5.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!

Message last modified on Mar 27, 2024 05:46PM

sp...@google.com <sp...@google.com> #5Mar 27, 2024 05:47PM

Marked as fixed.

Android Studio Koala | 2024.1.1 Canary 4
Android Gradle Plugin 8.5.0-alpha04

does not work...

Objects.requireNonNullElse(

is still flagged as error

sp...@google.com <sp...@google.com> #6Mar 28, 2024 03:46AM

Gradle Plugin 8.5.0-alpha04 seems be very broken in fact. My project does not even deploy now due to missing classes in the dex. I tried invalidating caches, full rebuild, a fresh emulator install....

Reverting to 8.3.2 and all is well again.

an...@google.com <an...@google.com> #7Apr 2, 2024 01:02PM

Android Studio Koala | 2024.1.1 Canary 7
Android Gradle Plugin 8.4
Gradle 8.7

Still an issue

an...@google.com <an...@google.com> #8Apr 4, 2024 09:01PM

I'm not seeing this using the latest Koala canary and the above test case. Can you provide more instructions for how to reproduce what you're seeing?

an...@google.com <an...@google.com> #9Apr 9, 2024 09:15PM

No idea what is going on to be fair....

a brand new project, and requireNonNullElse shows no problem.
any existing project of mine (checked 4) show the problem.

However, it seems Gradle Plugin 8.4 is having the same problems as I saw with 8.5.0-alpha04. Missing classes in the dex / failures to build. The identical setup with Plugin 8.3.2 and all builds/deploys fine (except the RNNE warning obviously)

rant... each "upgrade" brings new problems.... I'll need to drop back to 8.3.2 AGAIN for now.

If/when eventually the gradle plugin decides to play nice again, I'll check the RNNE again.