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
Describe the bug
In the model shown in the diagram below, before the timer boundary event of taskA is triggered, the subprocess event in the model can respond to RuntimeService.signalEventReceived("signal_A") arbitrarily. However, after the timer boundary event of taskA is triggered and the signal is thrown, the subprocess event no longer responds, even if the timer event of taskB cannot make it respond. Note that taskA must be a multiple instance, otherwise everything works fine.
Expected behavior
Because the signal thrown by the taskA task is processed by the non-interrupting event subprocess, it can still receive the signal.
Describe the bug
In the model shown in the diagram below, before the timer boundary event of taskA is triggered, the subprocess event in the model can respond to
RuntimeService.signalEventReceived("signal_A")
arbitrarily. However, after the timer boundary event of taskA is triggered and the signal is thrown, the subprocess event no longer responds, even if the timer event of taskB cannot make it respond. Note that taskA must be a multiple instance, otherwise everything works fine.Expected behavior
Because the signal thrown by the taskA task is processed by the non-interrupting event subprocess, it can still receive the signal.
Code
Additional context
org.flowable
flowable-spring-boot-starter-process
6.8.0
The text was updated successfully, but these errors were encountered: