xstate-viz
xstate-viz copied to clipboard
Bug: Leaving nested paralell states when target is non-empty leads to inconsistent state
Description
Consider this statemachine: https://stately.ai/viz/f24c571d-0e9d-4562-9d18-d7a8f2a30890
The state machine contains two big states, ping and pong, and transitions PING and PONG between them. pong contains parallel states, one of which just flip/flops upon PING and PONG signals. The other state (idle) wants to leave pong and go to ping upon PING. That transition has the following problem: when the target (ping) contains no child state, the whole machine works as I would expect, with either ping or pong being active. If ping does have a child state (commentMe), the transition is taken, but the flipFlop.flip state is somehow also kept active, so now ping AND pong are active, even though they are not in parallel relationship. Triggering PING a second time does get us to the intended state.
Unless I missed something in the docs, the behavior of the statemachine, as linked, is broken IMO, but can be made to work by commenting the commentMe state.
Expected result
Leaving state with nested parallel states would make all parallel states inactive.
Actual result
In case of the transition target containing children, leaving the state with nested parallel states can leave some of these active.
Reproduction
https://stately.ai/viz/f24c571d-0e9d-4562-9d18-d7a8f2a30890
Additional context
No response
This behavior seems to be correct. When you in pong parallel state you have PING events in pong.flipFlop and in pong.stuff.idle, sending PING event to the machine sort of propagates it through the machine. Since there is PING event on both nodes, transition occurs in both of them. If you rename PING in pong.flipFlop to something else it will work correctly.
I think I understand your point, but I see two issues with this:
- how can it be valid that both
pingandpongare active withingadget, when they are notparallel? - why does the behavior change when
pingdoes or does not contain thecommentmechild?
(1) tried to transition between states programmatically (without interpretation) and found out that visualizer works differently, to be precise
const pongState = gadget.transition(gadget.initialState, {type: 'PONG'})
pongState.value // { pong: { stuff: idle, flipFlop: flop } }
const pingState = gadget.transition(pongState, {type: 'PING'})
pingState.value // { ping: {} }
interpret() behaves the same
const service = interpret(gadget)
service.start()
service.send({type: 'PONG'}).value // { pong: { stuff: idle, flipFlop: flop } }
service.send({type: 'PING'}).value // { ping: {} }
Also tried to pass actions to each PING event and within visualizer both of actions are get called, but outside of visualizer only stuff.idle's PING action is invoked.
(2) this one looks strange to me as well
Thanks @DeylEnergy for taking the time to look into this! It's great news that xstate seems to behave correctly outside of the visualizer. Would you recommend I open an issue with xstate-viz then?