i've got an issue with unresolved Kotlin STD lib d...

# compose

[Adrian Witaszak]

i've got an issue with unresolved Kotlin STD lib dependencies. I only see it in the module with Compose Multiplatform common ui. Other modules seem fine. I already deleted .gradle, .m2, .konan deleted all ide and downloaded them again, invalidated cache, repaired the ide, cleaned mac with clean my mac, and it still happened... Has anyone had this issue? I don't know what else I can do. Nothing changed in the build settings in the last 2 weeks. The issue appeared yesterday. The Android project runs fine. Issue reproduced in AS Canary, AS stable, IJ Canary, IJ stable, Fleet so i don't think this is an IDE issue. Kotlin 1.9.20 compose 1.5.10

[Chrimaeon]

Despite the import issue you are facing - it’s a very bad idea to pass keys to side-effects like you do 😅

[Adrian Witaszak]

The issue is not with the Launch effect but in the whole module all kotlin std lib references are unresolved

[Chrimaeon]

sure. I did not try to resolve your issue. I just wanted to point out, that you should not pass the key to the LaunchedEffect like this.

[Adrian Witaszak]

Why not? the filterModal is a selected enum and getPremiumModal is a simple object with id and boolean

[Adrian Witaszak]

i passed them as a list so launch effect can react if any of them changes

[Chrimaeon]

but on every re-composition the list is recreated, resulting in a new “key” and your effect is run again.

[Chrimaeon]

LaunchedEffect has multiple overrides to pass multiple keys.

[Adrian Witaszak]

is your suggestion to pass those two keys separately?

[Chrimaeon]

yes, definitely.

[Adrian Witaszak]

LaunchedEffect(filterModal, getPremiumModal) {...}

[Chrimaeon]

👍🏻

[Adrian Witaszak]

Just not sure what difference it makes? Or is it just using the list as a key not recommended?

[Chrimaeon]

so now, if one if the 2 changes, the effect is run. with a list, it will run on every composition because you create a new list which is then a new key which triggers the effect to run.

[Adrian Witaszak]

Alright i get it now. Thanks 🙂

[Adrian Witaszak]

Back to the issue.
What i noticed is that I get this issue every time I apply any module dependency to the module with Compose, which is a mystery for me... I have a KMP modular project. Two app modules for Android and iOS, one Compose UI module, ten feature modules with business logic for UI, and one data module for Apollo networking. The issue disappears when I remove features and data dependencies from the Compose UI module, but then ofc everything else does not compile because of unresolved local dependencies.

Last night I did a test and I moved code from all modules into the Compose UI module and now all Kotlin STD lib is resolved and runs fine, but it is not an ideal approach to have a big mono-repo...

[Chrimaeon]

And it’s a Multiplattform compose module? Get sure that all „imported“ modules are the Multiplattform modules as well.

[Chrimaeon]

Especially have the same targets applied.

[Adrian Witaszak]

If by targets you mean Android targets or java target, then i use convention plugins for shared gradle configuration in multiplatform modules

[Chrimaeon]

With targets I mean https://kotlinlang.org/docs/multiplatform-set-up-targets.html

You need to have the same configuration in all dependent modules.

[Adrian Witaszak]

here is my shared configuration:

import org.jetbrains.kotlin.gradle.plugin.mpp.KotlinNativeTarget

plugins {
    kotlin("multiplatform")
    id("com.android.library")
}

group = ProjectConfig.packageName + "." + project.name

@OptIn(org.jetbrains.kotlin.gradle.ExperimentalKotlinGradlePluginApi::class)
@Suppress("unused")
kotlin {
    applyDefaultHierarchyTemplate()
    jvmToolchain(ProjectConfig.Kotlin.jvmTargetInt)

    androidTarget()
    iosX64()
    iosArm64()
    iosSimulatorArm64()

    targets.withType<KotlinNativeTarget> {
        binaries.all {
            freeCompilerArgs += listOf("-Xexpect-actual-classes")
        }
    }
}

android {
    namespace = group.toString()
    compileSdk = ProjectConfig.Android.compileSdk
    defaultConfig {
        minSdk = ProjectConfig.Android.minSdk
    }
    compileOptions {
        sourceCompatibility = ProjectConfig.Kotlin.javaVersion
        targetCompatibility = ProjectConfig.Kotlin.javaVersion
    }
}

[Adrian Witaszak]

which is pretty default

[Chrimaeon]

Yeah, looks fine if that is applied to all of the included ones.

[Adrian Witaszak]

Solved the issue. Downgrading Apollo Kotlin fixed it all. I will create a new issue for it in the Apollo repo.

[Adrian Witaszak]

Thanks for the help @Chrimaeon

[Chrimaeon]

👍