IssueTracker

To use Lifecycle 2.8.0-alpha03, ensure you are using at least Compose UI 1.7.0-alpha05.

The issue is happening because, starting from Lifecycle 2.8.0-alpha03 and Compose UI 1.7.0-alpha05, LocalLifecycleOwner has been moved from androidx.compose.ui to lifecycle-runtime-compose, as outlined in their respective release notes. For compatibility reasons, you must update both dependencies.

For context, note these changes were made to enable the utilization of its Compose-based helper APIs beyond Compose UI (such as in Molecule). Further information can be found at b/328263448.

If the issue persists even after updating your Compose UI, please let us know.

Edit: please see https://issuetracker.google.com/336842920#comment8 for a workaround.

lifecycle 2.8.0 is now stable but compose UI 1.7.0 is still in beta.

Same problem here. Lifecycle 2.8.0 is now stable but Compose UI 1.7.0 is still beta. Of course our Dependabot didn't know about this relationship between dependencies 😬

Something like that really shouldn't happen... 🤦🏻‍♂️

Thats really really bad. I would always expect the latest stable versions to be compatible. Please add this requirement to the changelog or better add a warning at compile time if used with incompatible combinations.

We acknowledge that the behavior dependency between Lifecycle 2.8 Stable and Compose 1.7 Beta is not ideal. This should not have occurred, and we are working in a fix and looking into how we can prevent it in the future. We have updated our release notes to clarify this issue.

In the meantime, while Compose 1.7 Stable has not been released, we have outlined some potential workarounds below. Please note that these solutions are not perfect but they could be helpful to some of you while the fix is not ready:

1. Use Compose 1.7 Beta if that is an option for you.

2. Map androidx.compose.ui.platform.LocalLifecycleOwner (Compose 1.6) to androidx.lifecycle.compose.LocalLifecycleOwner (Lifecycle 2.8). Here's an example:

   CompositionLocalProvider(
       androidx.lifecycle.compose.LocalLifecycleOwner provides androidx.compose.ui.platform.LocalLifecycleOwner.current,
   ) {
     // ...
   }
   

   • Please note that when using Navigation Compose, this may be required on each navigation page (for more details, refer to comment #11).

3. Manually pass androidx.compose.ui.platform.LocalLifecycleOwner (Compose 1.6) to Lifecycle 2.8 methods. For instance:

   val state by stateFlow.collectAsStateWithLifecycle(
     owner = androidx.compose.ui.platform.LocalLifecycleOwner.current
   )
   

Thank you.

Thanks for the workaround!

the option 2) will not work with compose navigation component, right ? As the lib also provides a LocalLifecycleOwner and 3) will not work for any library that uses LocalLifecycleOwner internally.

comment#10:

the option 2) will not work with compose navigation component, right ? As the lib also provides a LocalLifecycleOwner

Yes, you would need to also include it on each navigation page (composable() route).

3. will not work for any library that uses LocalLifecycleOwner internally.

Yes.

For the record, the new dropUnlessResumed and dropUnlessStarted APIs won't work with Navigation 2.7 out of the box. Similar to the fix above, the new LocalLifecycleOwner needs to be explicitly assigned to the NavBackStackEntry in every composable() route.

composable(...) { navBackStackEntry ->
  CompositionLocalProvider(
    androidx.lifecycle.compose.LocalLifecycleOwner provides navBackStackEntry
  ) {
    MyScreen(
      onBackClick = dropUnlessResumed { navController.popBackStack() }
    )
  }
}

Comment #14 seems to work when collecting a stateflow from a viewmodel :)

The release notes of Lifecycle stated that "lifecycle-*:2.8.0 requires a minimum Compose version of 1.7.0-alpha05". However when I run ./gradlew app:dependencies --configuration releaseRuntimeClasspath I couldn't find any Compose library resolved to alpha versions, the highest version was 1.6.5.

Is the statement correct? Or do I misinterpret it?

@ comment #17:

Lifecycle does not have a transitive dependency on Compose since it's not strictly related to Compose. It's more like Compose 1.7 has been adjusted to Lifecycle 2.8.0. So you need to explicitly update your Compose dependencies.

comment#17:

lifecycle-runtime-compose 2.8.* does not explicitly depend on compose-ui 1.7.* but there is a behavior compatibility issue between the versions - meaning standard POM dependency version checks will not detect the problem.

To understand the issue better, let’s go step by step on what happened:

• We have introduced a new LocalLifecycleOwner inside lifecycle-runtime-compose.
• We have inverted the dependency between compose-ui and lifecycle-runtime-compose.
  • Before: lifecycle-runtime-compose - depends on -> compose-ui.
  • After: compose-ui - depends on -> lifecycle-runtime-compose.
• We have changed the “old” LocalLifecycleOwner from compose-ui to return the new one in lifecycle-runtime-compose for binary compatibility.
  • compose-ui 1.6.*, sets up the “old” LocalLifecycleOwner at runtime.
  • compose-ui 1.7.*, sets up the “new” LocalLifecycleOwner at runtime.
• lifecycle-runtime-compose 2.7.* needs the “old” LocalLifecycleOwner.
• lifecycle-runtime-compose 2.8.* needs the “new” LocalLifecycleOwner.

Now, when combining compose-ui 1.6.* and lifecycle-runtime-compose 2.8.* or compose-ui 1.7.* and lifecycle-runtime-compose 2.7.*, they will reference to different LocalLifecycleOwner instances at runtime.

Since there's no direct dependency between them, standard POM checks cannot detect this issue. A call chain analysis would have been required to identify the behavior incompatibility between stable versions.

Looking at the changelogs from lifecycle 2.8.1 I assume this fix was not released?