Http Request run Asynchronously but the workflow got suspended and never return the result

[jordanpedro]

Hi,regarding the issue #4737
i believe The Problem now is that the next activity after the multiple Async http calls never gets executed
http-async-calls (2).json

and also the activity Http Request (Flow) still has the suspendend problem that i mentioned in the title of the issue.

http-flow-async-calls.json

so , the fix via 7c632a5 didnt solve the whole issue

[sfmskywalker]

I can confirm the issue - thanks for the great repro steps @jordanpedro ! I am woking on the fix.

[sfmskywalker]

The first issue is resolved via c2ec2bd, very nice catch.
The second issue is a different one and has to do with the fact that as soon as the engine schedules activities for execution in the background, it will create bookmarks and suspend the workflow. Once both background jobs have finished, the workflow instance is resumed from the background, at which point there is no HTTP context to write a response to, which is why the HTTP Response activity remains in the Suspended state (it's waiting for the workflow to be resumed from an HTTP context, but this never happens).

If you were to replace the HTTP Response activity with a WriteLine activity for example, then you will see that the workflow completes.

If we want to support scenarios where we execute certain activities from the background, without suspending the workflow instance, we need a different implementation where activities are executed concurrently in memory.

I think it's possible, but out of scope for this issue. Please feel free to open a separate issue requesting the parallel execution of activities while keeping the workflow instance in tact (i.e. without suspending the workflow instance).