You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Refactor TimeSkippingConfig bound and add MaxSkip to transition event
Replace the max_skipped_duration / max_elapsed_duration oneof on
TimeSkippingConfig with value / delta. Add MaxSkip (configured +
remaining) to WorkflowExecutionTimeSkippingTransitionedEventAttributes
so consumers can observe both the configured bound and how much skip
time remains.
Drop buf-breaking from the Makefile grpc target while this unreleased
API is still in flux; regenerate openapi to match the new proto.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
"description": "The remaining max skip duration that can be skipped."
11143
+
}
11144
+
}
11145
+
},
11133
11146
"WorkflowRuleActionActionActivityPause": {
11134
11147
"type": "object"
11135
11148
},
@@ -19469,13 +19482,11 @@
19469
19482
"type": "boolean",
19470
19483
"description": "Enables or disables time skipping for this workflow execution."
19471
19484
},
19472
-
"maxSkippedDuration": {
19473
-
"type": "string",
19474
-
"description": "Maximum total virtual time that can be skipped."
19485
+
"value": {
19486
+
"type": "string"
19475
19487
},
19476
-
"maxElapsedDuration": {
19477
-
"type": "string",
19478
-
"description": "Maximum elapsed time since time skipping was enabled.\nThis includes both skipped time and real time elapsing."
19488
+
"delta": {
19489
+
"type": "string"
19479
19490
}
19480
19491
},
19481
19492
"description": "Configuration for time skipping during a workflow execution.\nWhen enabled, virtual time advances automatically whenever there is no in-flight work.\nIn-flight work includes activities, child workflows, Nexus operations, signal/cancel external workflow operations,\nand possibly other features added in the future.\nUser timers are not classified as in-flight work and will be skipped over.\nWhen time advances, it skips to the earlier of the next user timer or the configured bound, if either exists.\n\nPropagation behavior of time skipping:\nThe enabled flag, bound fields, and accumulated skipped duration are propagated to related executions as follows:\n(1) Child workflows and continue-as-new: both the configuration and the accumulated skipped duration are\n inherited from the current execution. The configured bound is shared between the inherited skipped\n duration and any additional duration skipped by the new run.\n(2) Retry and cron: the configuration and accumulated skipped duration are inherited as recorded when the\n current workflow started; the accumulated skipped duration of the current run is not propagated.\n(3) Reset: the new run retains the time-skipping configuration of the current execution. Because reset replays\n all events up to the reset point and re-applies any UpdateWorkflowExecutionOptions changes made after that\n point, the resulting run ends up with the same final time-skipping configuration as the previous run."
@@ -21114,6 +21125,10 @@
21114
21125
"type": "string",
21115
21126
"format": "date-time",
21116
21127
"description": "The wall-clock time when the time-skipping state changed event was generated."
"description": "If max skip is set, it contains the current max skip value and remaining max skip duration that can be skipped.\nIf max skip is not set, it will be nil."
21117
21132
}
21118
21133
},
21119
21134
"description": "Attributes for an event indicating that time skipping state changed for a workflow execution,\neither time was advanced or time skipping was disabled automatically due to a bound being reached.\nThe worker_may_ignore field in HistoryEvent should always be set true for this event."
Maximum elapsed time since time skipping was enabled.
17246
-
This includes both skipped time and real time elapsing.
17247
17243
description: "Configuration for time skipping during a workflow execution.\n When enabled, virtual time advances automatically whenever there is no in-flight work.\n In-flight work includes activities, child workflows, Nexus operations, signal/cancel external workflow operations,\n and possibly other features added in the future.\n User timers are not classified as in-flight work and will be skipped over.\n When time advances, it skips to the earlier of the next user timer or the configured bound, if either exists.\n \n Propagation behavior of time skipping:\n The enabled flag, bound fields, and accumulated skipped duration are propagated to related executions as follows:\n (1) Child workflows and continue-as-new: both the configuration and the accumulated skipped duration are\n inherited from the current execution. The configured bound is shared between the inherited skipped\n duration and any additional duration skipped by the new run.\n (2) Retry and cron: the configuration and accumulated skipped duration are inherited as recorded when the\n current workflow started; the accumulated skipped duration of the current run is not propagated.\n (3) Reset: the new run retains the time-skipping configuration of the current execution. Because reset replays\n all events up to the reset point and re-applies any UpdateWorkflowExecutionOptions changes made after that\n point, the resulting run ends up with the same final time-skipping configuration as the previous run."
17248
17244
TimeoutFailureInfo:
17249
17245
type: object
@@ -19691,10 +19687,27 @@ components:
19691
19687
type: string
19692
19688
description: The wall-clock time when the time-skipping state changed event was generated.
0 commit comments