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
Fixes merged in this repository since the migration (#12) are not reaching the published Microsoft.Agents.AI.DurableTask packages. The newest package on NuGet still carries the pre-fix code, and
its own metadata says why: it is built from the old repository.
Evidence
#15 ("Fix DurableTask CustomStatus 16 KB overflow on multi-executor workflows") merged to this repo's main on 2026-07-15 as 3d801fe0. It adds DurableWorkflowLiveStatus.EventsStartIndex and publishes a
bounded trailing window instead of the full accumulated event log.
The newest published package is Microsoft.Agents.AI.DurableTask1.16.0-preview.260730.1, built on
2026-07-30 — two weeks after that merge. Decompiling it (and 1.15.0-preview.260722.1) shows no EventsStartIndex, no windowing, and no cost accounting: PublishEventsToLiveStatus assigns the full AccumulatedEvents to LiveStatus.Events and calls SetCustomStatus. That is exactly the pre-#15 shape.
The package's own .nuspec points at the old repository:
So the preview packages are produced from microsoft/agent-framework, not from this repository's main.
Impact
Every NuGet consumer is still on the unbounded custom-status write. We hit it in production on Durable Task
Scheduler:
Orchestration response failed validation: Custom status length exceeds the limit of 1048576 UTF8-encoded bytes
The secondary effect is worse than the primary one: reading this repository's source is currently not a
reliable way to reason about installed behaviour. We initially diagnosed an unfixed bug, then found the fix
on main, then found it absent from the package — three passes to establish what our own dependency does.
Ask
Confirm which repository and branch the preview packages are built from today.
If the migration is still in progress, say so in the README — "packages are still built from microsoft/agent-framework; code here is ahead of the latest release" would have saved us the round trip,
and would tell anyone else reading this repo how far to trust it.
Summary
Fixes merged in this repository since the migration (#12) are not reaching the published
Microsoft.Agents.AI.DurableTaskpackages. The newest package on NuGet still carries the pre-fix code, andits own metadata says why: it is built from the old repository.
Evidence
#15("Fix DurableTask CustomStatus 16 KB overflow on multi-executor workflows") merged to this repo'smainon 2026-07-15 as3d801fe0. It addsDurableWorkflowLiveStatus.EventsStartIndexand publishes abounded trailing window instead of the full accumulated event log.
The newest published package is
Microsoft.Agents.AI.DurableTask1.16.0-preview.260730.1, built on2026-07-30 — two weeks after that merge. Decompiling it (and
1.15.0-preview.260722.1) shows noEventsStartIndex, no windowing, and no cost accounting:PublishEventsToLiveStatusassigns the fullAccumulatedEventstoLiveStatus.Eventsand callsSetCustomStatus. That is exactly the pre-#15 shape.The package's own
.nuspecpoints at the old repository:So the preview packages are produced from
microsoft/agent-framework, not from this repository'smain.Impact
Every NuGet consumer is still on the unbounded custom-status write. We hit it in production on Durable Task
Scheduler:
The secondary effect is worse than the primary one: reading this repository's source is currently not a
reliable way to reason about installed behaviour. We initially diagnosed an unfixed bug, then found the fix
on
main, then found it absent from the package — three passes to establish what our own dependency does.Ask
main(or cherry-pick .NET: Fix DurableTask CustomStatus 16 KB overflow on multi-executor workflows #15 into whatever branch doesfeed the release), so
EventsStartIndexreaches consumers.microsoft/agent-framework; code here is ahead of the latest release" would have saved us the round trip,and would tell anyone else reading this repo how far to trust it.
Related
DurableWorkflowResult.Eventsretains the full workflow event stream and can exceed payload limits #69 —DurableWorkflowResult.Eventsretaining the full event stream: that one is about the accumulationthat survives .NET: Fix DurableTask CustomStatus 16 KB overflow on multi-executor workflows #15 on
main, and is independent of this release-pipeline problem.