Open dhiaayachi opened 2 months ago
Thank you for your feature request!
This is a great suggestion that would enhance the visibility of buffered executions for users.
While we don't have this feature implemented currently, you could work around it by:
buffered_actions
field to the ScheduleInfo
and ScheduleListInfo
structures. You can do this by editing the protobuf files directly. search_attribute
to identify buffered executions. This could be implemented as part of the Schedule's Action.Please note that these workarounds might not be as robust or efficient as a native feature. We're committed to exploring and implementing features like this in the future.
Thank you for your feature request! We understand the need for greater visibility into buffered executions.
Currently, there isn't a direct way to view buffered executions using the Temporal APIs.
To address this, you can try the following workaround:
We appreciate your suggestion and will consider it for future development.
Is your feature request related to a problem? Please describe.
A user creates a schedules and sets
policy.overlap
toScheduleOverlapPolicy.BUFFER_ALL
. At some point in time, user now want to "see" the list of buffered executions (ie. executions that have been queued to be executed, one at a time, after the current workflow execution completes).As it is now, buffered executions appears neither in
info.futureActionTimes
,info.recentActions
norinfo.runningWorkflows
, and no other field hints that some executions are currently buffered.Describe the solution you'd like
Add a field
buffered_actions
to theScheduleInfo
(code) structure returned by theDescribeSchedule
API.In its simplest form, that field could be defined as:
Arguably, it could be marginally more useful to make that field a collection of some new protobuf object, containing both the original schedule time of the buffered execution and a flag indicating how that execution got queued up (eg. the execution got queued up because the schedule time was reached, because of a backfill request, or because of a "trigger immediately" request).
Similarly add a field
buffered_actions
to theScheduleListInfo
structure, returned by theListSchedules
API.