-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Expose start delay in child workflow options #515
Labels
enhancement
New feature or request
Comments
This was referenced Sep 4, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
The start delay functionality we recently added is only available when starting workflows from a client.
For feature parity, we should expose this option for child workflows as well.
The use case here is to prevent from having to put a long timer (months) at the top of a workflow and force maintaining history compatibility for as long as that workflow lives. This can be done today by starting the workflow from an activity but that loses the parent-child relationship and traceability in the UI.
Describe the solution you'd like
Expose start delay in child workflow options.
Additional context
First we'll need to add support in the API and server and then expose in all of the SDKs.
Per-SDK Tickets
The text was updated successfully, but these errors were encountered: