You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Found issue when digging into to recompositions with @steve-the-edwards:
When render is called in a StatefulWorkflow, a new instance of RenderContext is passed each time, causing compose to be unhappy about any lambdas that would capture the RenderContext (like for actionSink calls).
We believe this issue to be the cast on L172 of StatefulWorkflow.kt never succeeding and always requiring a wrapped baseContext
The text was updated successfully, but these errors were encountered:
Problem first noted in #849 then we tried to fix in #850 but this had a bug because we were recreating anyway in order to get the StateT info in.
I believe the reason we have these StatefulWorkflow.RenderContext and StatelessWorkflow.RenderContext concrete types that just delegate to the BaseRenderContext instance passed in (which is a RealRenderContext) is so that StatelessWorkflows don't have to worry about typing the StateT.
That being said, we always cast to a StatefulWorkflow when creating the nodes (see asStatefulWorkflow) so by the time we create the node I don't see why we can't do the cast write away for the RenderContext and only deal with that.
Found issue when digging into to recompositions with @steve-the-edwards:
When
render
is called in a StatefulWorkflow, a new instance of RenderContext is passed each time, causing compose to be unhappy about any lambdas that would capture the RenderContext (like foractionSink
calls).We believe this issue to be the cast on L172 of StatefulWorkflow.kt never succeeding and always requiring a wrapped
baseContext
The text was updated successfully, but these errors were encountered: