fix: separate durable async invoke flow#8636
Merged
seshubaws merged 2 commits intoaws:developfrom Feb 6, 2026
Merged
Conversation
717ee31 to
0f6c32a
Compare
roger-zhangg
approved these changes
Feb 6, 2026
seshubaws
approved these changes
Feb 6, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Which issue(s) does this change fix?
There's not an issue, but a bug introduced in #8590.
Why is this change necessary?
Before this change, the "Event" type invoke for durable functions and on-demand functions had been mixed together. The issue is that this results in the durable execution header not being properly returned asynchronously. This broke some of our tests as well as not being the correct experience.
How does it address the issue?
Separate the flows. Durable functions already had its own asynchronous flow that was being preempted by the added one.
What side effects does this change have?
Should only effect durable functions, and should return the flow to the way it was before #8590.
Other note
When testing locally, I found that the
sam-durable-function-emulatorwas still running after a test run. In a subsequent test run, this was causing failures unless I tore the container down manually. I also tested before any of these changes were added and confirmed that's existing behavior. That should probably also be fixed.Mandatory Checklist
PRs will only be reviewed after checklist is complete
make prpassesmake update-reproducible-reqsif dependencies were changedBy submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.