Status Update
Comments
eb...@gmail.com <eb...@gmail.com> #2
Replace the second step with git revert aab44f3978d285aeacb9c7ea46910baf80c8c290
Also happens with the revert of
eb...@gmail.com <eb...@gmail.com> #3
Now more I think this has some similar root as
(and I'll understand if you see this issue as invalid as it's my duty to replicate that locally first even though it's GitHub Actions and don't have access to the machine, still)
jo...@google.com <jo...@google.com>
jb...@google.com <jb...@google.com> #4
Happening with shared element transitions. Doris, any ideas here?
iv...@playbackbone.com <iv...@playbackbone.com> #5
Sharing here in case it's the same issue, LeakCanary detected a memory leak as soon as I tried migrating a screen to use navigation-compose:2.8.0-beta04 . I've attached an (obfuscated) memory leak trace in case it's helpful.
ti...@google.com <ti...@google.com> #6
Could you confirm which version of animation library you are using? It'd be helpful to output a dependency tree gradle dependencies
eb...@gmail.com <eb...@gmail.com> #8
androidx.compose.animation:animation-graphics-android was on 1.6.8 but upgraded it to androidx.compose.animation:animation:1.6.8 -> 1.7.0-beta04 (c) which still had the issue.
ti...@google.com <ti...@google.com> #9
We fixed a memory leak in SeekableTransitionObserver in 1.7.0-beta04 here:
Note: The lib that the fix landed in is androidx.compose.animation:animation-core
.
Could you invalidate studio cache and double check that the animation-core:1.7.0-beta04
is the version being used when you see the leak?
ti...@google.com <ti...@google.com> #10
More specifically, please make sure your test dependency (i.e. androidTestImplementation
) is set up to use animation-core:1.7.0-beta04
, since you mentioned in
eb...@gmail.com <eb...@gmail.com> #11
First of all, thank you so much for the help, it's even possible that this is actually a combination of multiple bugs but since there is possibility of outdated library, is there a beta BoM so I can test and to make sure we are in sync?
In any case it was my duty to make this reproduce locally first. I should've provided a minimal case so I'll work on it just right now. Thanks
ti...@google.com <ti...@google.com> #13
Thanks for the update.
Some investigation has revealed the aforementioned fix for this leak in
ti...@google.com <ti...@google.com> #14
The fix has been cherry-picked into 1.7.0-beta06
. Could you try the beta06 or beta07 and see if the leak is still reproducible?
eb...@gmail.com <eb...@gmail.com> #15
This is my last attempt
Tbh since I can't reproduce this locally asking you for a fix is just too much so feel free to close just right away specially since a part of this is resolved already apparently. I just think something else is also going on that sooner or later someone will provide a better test case than me and of course 'leak' part is gone the far I understand, so thanks 😊
ti...@google.com <ti...@google.com> #16
Thanks for verifying.
If you are able to repro the ANR(?) locally, please feel free to file a separate issue. I'll close this issue as fixed.
eb...@gmail.com <eb...@gmail.com> #17
That weird CI bug also gone with upgrading BoM, fantastic, thanks.
Description
Jetpack Compose version: 1.7.0-beta04
Jetpack Compose component used: Both happened with navigation-compose 2.8.0-beta03 and also after the update, 2.8.0-beta04
Android Studio Build: 2024.1.1
Kotlin version: 2.0.0
Steps to Reproduce or Code Sample to Reproduce: This happens consistently on the CI but I couldn't reproduce it locally unfortunately, guess due to memory cap differences
Stack trace (if applicable):
And this only happens when I reenable shared content transition for the map so I think something is wrong.