Fixed
Status Update
Comments
ma...@google.com <ma...@google.com>
ma...@google.com <ma...@google.com> #2
Yigit, do you have time to fix it?
reemission of the same liveData is racy
reemission of the same liveData is racy
ap...@google.com <ap...@google.com> #3
yea i'll take it.
ma...@google.com <ma...@google.com>
pr...@google.com <pr...@google.com> #4
Thanks for the detailed analysis. This may not be an issue anymore since we've started using Main.immediate there but I' not sure; I'll try to create a test case.
Description
Component used: Baseline profiles plugin
Version used: 1.3.0-alpha05
Devices/Android versions reproduced on: N/A
We were trying to configure a variant filter using a convention plugin. For test modules (with plugin
com.android.test
), if baseline profiles plugin is applied after our convention plugin, it'll end up reenabling variants we just disabled before.There's probably some ordering going on when registering/triggering
androidComponents.beforeVariants
callbacks?I've narrowed it down to this line:https://cs.android.com/androidx/platform/frameworks/support/+/androidx-main:benchmark/baseline-profile-gradle-plugin/src/main/kotlin/androidx/baselineprofile/gradle/producer/BaselineProfileProducerPlugin.kt;l=231;drc=cebe814cae93028747ec8594b6edebb3ceee0daf
Is it possible for the plugin to consider the current
enable
state?Thanks!