| | |
|---|
Conditions | | |
Validators | | Request to Atlassian to add support |
Post functions | | |
Process flow | Post functions are started in the order indicated in the configuration (same as server workflow) Built-in (Atlassian) post functions complete before the next post function is started (same as server workflow) Connect post functions are asynchronous once started (key difference with server)
| Request to Atlassian to add support Workflow designer option - defaults to asynchronous Allow synchronous with timeout Timeout exceeded, processing continues asynchronously
|
Create issue transition | This is a unique transition situation even for server that requires some care in post functions and configuration There are currently significant differences for connect post functions as they run too early
| |
Issue data | Connect post functions access issue data external to the transition operation The issue data may or may not have been updated based on other transition activity following the point the connect post function was initiated The issue data changed by connect post functions may collide (not deterministic)
| Atlassian needs to ensure that external changes to issue can be intermixed the internal transition changes. |
Transition properties | | |
Issue view | | View of issue should at least re-read from database |
Concurrency | | |