Skip to content

Add workflow signal-with-start feature coverage - #897

Draft
tconley1428 wants to merge 1 commit into
system-nexus-design-docfrom
system-nexus-signal-with-start
Draft

Add workflow signal-with-start feature coverage#897
tconley1428 wants to merge 1 commit into
system-nexus-design-docfrom
system-nexus-signal-with-start

Conversation

@tconley1428

@tconley1428 tconley1428 commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

Summary

Adds end-to-end System Nexus Signal-with-Start-from-workflow coverage on top of the design document.

  • Pins the dev server used by feature runs to CLI v1.8.3-server-1.32.0-162.0, which supports the required dynamic configuration.
  • Adds a dynamic-config variant enabling history.enableSignalWithStartFromWorkflow.
  • Covers the basic start-then-use-existing flow in Python and .NET.
  • Adds a separate advanced execution that verifies Signal-with-Start inner payloads use the target workflow serialization context and traverse the configured converter/codec. Python additionally verifies external-storage handling.

Validation

  • Basic .NET end-to-end execution passes against the pinned dev server.
  • The advanced .NET assertions currently expose an SDK gap: inner payload conversion receives the caller workflow context and the codec has no System Nexus context. The feature intentionally retains the strict target-context assertions; the corresponding SDK support is needed before the full .NET feature passes.
  • Python advanced coverage passes against the SDK fix in temporalio/sdk-python#1825.

@tconley1428
tconley1428 added this pull request to stack #898 September 9, 2026 18:43
@tconley1428
tconley1428 force-pushed the system-nexus-signal-with-start branch from db2185c to 10d65bc Compare September 9, 2026 23:20
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.

1 participant