Cloudflare Workflow instrumentation leaves pending waitUntil tasks after the flush timeout
@JPeer264 is already working on this.
Since Sep 18, 2026.
Assessment
This issue has not been assessed yet.
Description
Is there an existing issue for this?
- I have checked for existing issues https://github.com/getsentry/sentry-javascript/issues
- I have reviewed the documentation https://docs.sentry.io/
- I am using the latest SDK release https://github.com/getsentry/sentry-javascript/releases
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using?
@sentry/cloudflare
SDK Version
10.71.0
Framework Version
Cloudflare Workers Workflows; Wrangler 4.126.0
Link to Sentry event
No response
Reproduction Example/SDK Setup
import * as Sentry from "@sentry/cloudflare";
import { WorkflowEntrypoint } from "cloudflare:workers";
class ReproductionWorkflow extends WorkflowEntrypoint {
async run(_event, step) {
for (let index = 0; index < 100; index++) {
await step.do(`step-${index}`, async () => index);
}
}
}
export const ReproductionWorkflowWithSentry = Sentry.instrumentWorkflowWithSentry(
() => ({
// This test endpoint accepts Sentry envelopes but delays its response
// for 120 seconds.
dsn: "https://public@<delayed-endpoint>/1",
tracesSampleRate: 1,
enableLogs: false,
sendClientReports: false,
}),
ReproductionWorkflow,
);
Steps to Reproduce
- Deploy an HTTP endpoint that accepts requests and delays every response for 120 seconds.
- Configure the instrumented Workflow’s DSN to use that endpoint.
- Deploy and trigger the Workflow with 100 trivial step.do() calls.
- In Cloudflare Observability, search the Worker’s events for "tasks did not complete".
Expected Result
Sentry’s flush(2000) timeout should settle all Sentry-owned waitUntil work within two seconds, including cancelling any pending transport request. No waitUntil cancellation warning should be emitted.
Actual Result
Cloudflare emits:
"waitUntil() tasks did not complete within the allowed time after invocation end and have been cancelled."
The Workflow itself completes successfully, but Sentry-owned work remains pending after the flush timeout.
Additional Context
Investigation identified three places where the configured flush timeout was not fully enforced:
- The transport drain returned false after its timeout but did not abort the pending fetch request.
- Workflow steps reused flushPointReached from the previous step, causing later steps to register unnecessary eager waitUntil flushes.
- CloudflareClient.flush() awaited flushLock.finalize() outside the configured timeout.
We reproduced the warning in a deployed Cloudflare Workflow using a transport endpoint that delayed every response for 120 seconds. After addressing all three paths, 20/20 Workflow instances completed with zero matching warnings in Cloudflare Observability.
Each defect has a red/green regression test. The complete @sentry/cloudflare test suite passes (955/955), along with lint, build, and typecheck.
Priority
No response
- Dominant language
- TypeScript
- Stars
- 8.7k
- Forks
- 1.9k
- Avg merge
- 1d 18h
- Merged PRs (30d)
- 562
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from getsentry/sentry-javascript
-
Browser Waiting for: Product Owner
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
getsentry/sentry-javascript#24577 · 1 comment ·
-
Task
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
getsentry/sentry-javascript#24558 · 1 comment ·
-
Task
Difficulty 1/5 Under an hour Newbie friendliness 90/100
getsentry/sentry-javascript#24557 · 1 comment ·
-
Task
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
getsentry/sentry-javascript#24556 · 1 comment ·
-
Task
Difficulty 1/5 1-3 hours Newbie friendliness 90/100
getsentry/sentry-javascript#24555 · 1 comment ·
All issues in getsentry/sentry-javascript
Similar issues
-
clawsweeper:linked-pr-open clawsweeper:no-new-fix-pr clawsweeper:source-repro impact:message-loss issue-rating: 🦞 diamond lobster maturity:stable P2
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#616 ·
-
ZCode 3.14.3 に対応する Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
supermomonga/zcode-acp#24 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
growthbook/growthbook#7100 ·
-
triage
Difficulty 1/5 1-3 hours Newbie friendliness 88/100