Skip to content

workflow history propagation docs#5153

Open
cicoyle wants to merge 11 commits into
dapr:v1.18from
cicoyle:feature/wf-ctx-propagation
Open

workflow history propagation docs#5153
cicoyle wants to merge 11 commits into
dapr:v1.18from
cicoyle:feature/wf-ctx-propagation

Conversation

@cicoyle
Copy link
Copy Markdown
Contributor

@cicoyle cicoyle commented Apr 30, 2026

workflow history propagation docs

Signed-off-by: Cassandra Coyle <cassie@diagrid.io>
Copilot AI review requested due to automatic review settings April 30, 2026 20:09
@cicoyle cicoyle requested review from a team as code owners April 30, 2026 20:09
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds documentation for “workflow history propagation” and links it from existing workflow docs to explain how a parent workflow can optionally share execution history with child workflows/activities.

Changes:

  • Adds a new page describing workflow history propagation concepts, scopes, usage, and security considerations.
  • Links the new page from the workflow overview and features/concepts pages.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 4 comments.

File Description
daprdocs/content/en/developing-applications/building-blocks/workflow/workflow-overview.md Adds a new “History propagation” section linking to the new doc page.
daprdocs/content/en/developing-applications/building-blocks/workflow/workflow-history-propagation.md New doc page covering propagation scopes, setup, consuming history, and cross-app/security notes.
daprdocs/content/en/developing-applications/building-blocks/workflow/workflow-features-concepts.md Adds a short “Workflow history propagation” section and links to the detailed page.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@cicoyle cicoyle changed the title workflow history context propagation docs workflow history propagation docs May 1, 2026
cicoyle added 4 commits May 13, 2026 16:35
Signed-off-by: Cassandra Coyle <cassie@diagrid.io>
Signed-off-by: Cassandra Coyle <cassie@diagrid.io>
Copy link
Copy Markdown
Contributor

@nelson-parente nelson-parente left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pre-review for @marcduiker handoff: LGTM. New conceptual page for workflow history propagation (164 lines) with accurate Go code examples using the durabletask-go SDK API (WithHistoryPropagation, PropagateLineage, PropagateOwnHistory, GetPropagatedHistory). Scope comparison table is clear. Pointers from workflow-overview.md and workflow-features-concepts.md are in place. Note: this covers the Go SDK; the .NET SDK doc is in #5174 — coordinate to make sure both land together or are independently valid. Safe to merge after CI.

@msfussell msfussell added this to the v1.18 milestone May 23, 2026
Copy link
Copy Markdown
Contributor

@marcduiker marcduiker left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Copy Markdown
Member

@msfussell msfussell left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@cicoyle - Some feedback on this. PTAL.

description: "Share a parent workflow's execution history with child workflows and activities for chain-of-custody, audit, and AI-agent context"
---

By default, a child workflow or activity only sees the input it was scheduled with. The parent's execution history — what activities ran, what child workflows it spawned, what events it observed — is invisible. Workflow history propagation lets a parent opt-in to share that history with the work it schedules.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would add a some scenarios into this article as well, in case most likely, that some comes straight to this article from a search (like I suggest in the overview)

description: "Share a parent workflow's execution history with child workflows and activities for chain-of-custody, audit, and AI-agent context"
---

By default, a child workflow or activity only sees the input it was scheduled with. The parent's execution history — what activities ran, what child workflows it spawned, what events it observed — is invisible. Workflow history propagation lets a parent opt-in to share that history with the work it schedules.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would add a some scenarios into this article as well, in case most likely, that some comes straight to this article from a search (like I suggest in the overview)

This makes long-running agents and crash-recovery scenarios behave the way you'd expect: the receiving generation/rerun sees the same history the original run did.

## Next steps

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Discover [how to apply workflow signing]({{% ref "workflow-history-signing.md" %}} to attest the validity of a previous workflow or activity step.

msfussell and others added 4 commits May 27, 2026 07:46
Co-authored-by: Mark Fussell <markfussell@gmail.com>
Signed-off-by: Cassie Coyle <cassie.i.coyle@gmail.com>
Co-authored-by: Mark Fussell <markfussell@gmail.com>
Signed-off-by: Cassie Coyle <cassie.i.coyle@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants