- 
    
Bug
 - 
    Resolution: Done
 - 
    
Major
 - 
    None
 
- 
        False
 - 
        
 - 
        False
 - 
        
 - 
        ---
 - 
        ---
 
- 
        2022 Week 14-16 (from Apr 4), 2022 Week 17-19 (from Apr 25)
 
We have a flow like that:
mainFlow -> subflow1 -> eventFlow1
-> subflow2 -> eventFlow2
-> subflow3 -> subflow1
If we start process without kogito-addons-quarkus-persistence-postgresql, we'll have the following sequence of actions:
MainFlow has started
SubFlow1 has started
Event1: bf642b23-7df8-4e5e-9ff4-d9b8478ecf08
SubFlow2 has started
Event2: 377540a3-6759-490f-bf10-1e01003763a8
SubFlow2 has ended
SubFlow1 has ended
SubFlow3 has started
SubFlow1 has started
Event1: 48143e5a-e9a8-4db6-9e7e-37b63ad0d6f0
SubFlow2 has started
Event2: 5c06638d-b383-4e41-b95b-8880a1302d17
SubFlow2 has ended
SubFlow1 has ended
SubFlow3 has ended
MainFlow has ended
But if we add kogito-addons-quarkus-persistence-postgresql, then there'll be infinite loop like that:
MainFlow has started
SubFlow1 has started
Event1: fa6efc39-cbe9-444e-9450-08d410233f22
SubFlow2 has started
Event2: 20b1f90d-0b97-4a47-b73f-339f70226b90
SubFlow2 has ended
SubFlow1 has ended
SubFlow3 has ended
SubFlow3 has started
SubFlow1 has started
Event1: eb46c18f-07ed-42f1-a47e-f6b0ccf16a1d
SubFlow2 has started
Event2: d2e4e188-663c-4859-a226-011f0d2c7519
SubFlow2 has ended
SubFlow1 has ended
SubFlow3 has ended
SubFlow3 has started
SubFlow1 has started
Event1: c725de01-e513-472f-8315-8fd1cde72265
...
All SW examples are in attachment.
Kogito version: 1.20.0.Final
SW spec: 0.8
- blocks
 - 
                    
SRVLOGIC-3 [core] Workflow state persistent storage
-         
 - Closed
 
 -