Hello @kalyan_dev32 , I tried it when my usecase was simple it was working fine but now the usecase changed to something more complex with this “OR OPERATOR” situation that is making the JsonPath not working as expected unfortunately..
I don’t see any issue with your filter logic. From what you described, it behaves as expected. However, make sure that the values you’re comparing (like stale1 and stale2) match the technical names of the lifecycle states, not just their display labels
Hi i don’t know why but it doesn’t work as expected.. it’s getting executed when lifecycle is equal to another state other than state2 and state1 and even when oldValue is something else than null and newValue is State2..
How are you testing it, through the test workflow or after actually enabling it? If you’re using the test workflow, it sometimes triggers under all conditions.
I’m still facing the same issue: the workflow does not trigger for newly created identities that should receive State1 as the newValue. However, if an identity already has a different cloudLifecycleState and we change it to State1, the workflow triggers correctly.
Do you have any suggestions on how to debug this behavior?