Open vRallev opened 8 months ago
This checks out.
We're discussing this with the compose folks. No clue what's going on yet!
Another note to drop here:
Our current suspicion is that this is caused by UnconfinedTestDispatcher
. Here's what we suspect is happening:
withFrameNanos
implementation is called from ComposeUnit
to an internal conflated Channel, which acts as a trampoline for invoking sendFrame()
UnconfinedTestDispatcher
's immediate dispatch behavior, instead of a waiting for dispatch to execute the trampolined sendFrame()
, sendFrame()
executes immediatelySo the workaround for this is just to not use UnconfinedTestDispatcher
. (This is also my personal recommendation)
h/u @vRallev, we just got a fix from upstream on #396 which might have the same root cause. I have not retested, but this issue might be fixed now.
Am I under the right assumption that the fix needs to trickle into the Jetbrains Compose runtime before I can verify the fix?
| | | +--- app.cash.molecule:molecule-runtime:1.4.1
| | | | \--- app.cash.molecule:molecule-runtime-jvm:1.4.1
| | | | +--- org.jetbrains.compose.runtime:runtime:1.6.0
Only if you are experiencing it on targets other than Android. If you are only using it on Android, an explicit dependency on the newer version is all you need.
Yes, JVM unit tests mainly. We haven't seen an issue on Android.
Yes, alas, we must wait. It's not even merged into their builds yet.
In a weird combination of
StateFlow
,backgroundScope
,UnconfinedTestDispatcher
,collectAsState()
and theImmediate
recomposition mode the Compose runtime stops recomposing and Flows produced by Molecule stop sending events.This test passes:
If I change the initial value to something else such as
collectAsState("abc")
, then only "one" from the StateFlow is emitted but no other value anymore even though the StateFlow value changes. The composable function only recomposes when the initial value of theStateFlow
and thecollectAsState
function are equal. This seems to be the bug.Changing the flow to a
MutableSharedFlow
fixes the issue, because there’s no default value. Removing theUnconfinedTestDispatcher
also fixes the issue. In this case it emits the initial value fromcollectAsState
first, then the default value from theStateFlow
and then all other changes. Using the same initial values also resolves the bug (the problem here is thatStateFlow
is an implementation detail of the underlying API, this example is simplified). It only breaks when the initial values are different.