Open tomseida opened 9 months ago
I'm experiencing the same issue with v1.1.1. It appears the StartAt
issue was introduced between v1.0.3 and v1.0.4 of Microsoft.Azure.Functions.Worker.Extensions.DurableTask
.
I need to use v1.1.1 because it contains async versions of methods, such as CreateCheckStatusResponseAsync
, which is needed due to this change and which Durable Functions was updated for here. So I'm stuck.
This looks like a regression caused by #2634. When the code was refactored, the scheduled time information was no longer being propagated to the messaging layer. /cc @jviau
Just stumbled on this issue because I was observing the same behavior. A fix would be much appreciated.
Sorry to nag, but any update on this? Would really like to be able to use this feature.
I am using Microsoft.Azure.Functions.Worker.Extensions.DurableTask v1.4, and I am still having this issue. Is there any idea when this will be solved? This has been in P1 for a while without resolution.
It has been over nine months since this ticket was created noting that ScheduleNewOrchestrationInstanceAsync() is unable to Schedule an orchestration. It makes me wonder if Microsoft is committed to supporting function apps since it is letting this obvious defect linger for so long. Please give the community an update or release the fix!
Please use https://github.com/Azure/azure-functions-durable-extension/pull/2805 to follow the latest status of this issue.
Using StartOrchestrationOptions.StartAt property when calling ScheduleNewOrchestrationInstanceAsync() does not schedule an orchestration. Orchestrations always run immediately.
To replicate this issue, create a new Net 8.0 Azure Functions app in Visual Studio and, when prompted, select Function
Durable Functions Orchestrations
. Update all nuget pacakges. Alter theHttpStart
method as follows:The nuget pacakges are as follows:
The orchestration will run immediately. It should run 10 minutes from making the HTTP request.
This issue was discovered in one of our real function applications. When running that app locally, we looked into the storage emulator (Azurite) and could see that the ScheduleStartTime is not being set.
If we downgrade "Microsoft.Azure.Functions.Worker.Extensions.DurableTask" to version "1.0.0" the schedule feature works.