Cloudflare Developers•6mo ago

workflow has very weird bugs right now, all of my instances got queue and never got released, can't

workflow has very weird bugs right now, all of my instances got queue and never got released, can't trust it right now

JJames this was the main reason we didn't implement workflows, it wasn't much work to m...

alex (he/him)•7/22/25, 6:29 PM

I would be interested how you use DOs to make something similar to Workflows

RRahul gangotri workflow has very weird bugs right now, all of my instances got queue and never ...

boop•7/22/25, 6:32 PM

I'm not too sure what this has to do with my suggestion

Elliot Hesp•7/22/25, 9:56 PM

Are there plans to get restart/pause etc working in local development?

alex (he/him)•7/23/25, 6:56 AM

And the most annoying part is actually, that running things locally with

wrangler dev

wrangler dev

does not have any limits in place, that means we can develop something which looks like it would work, but then it doesn't work at all in production, due to those limits only applying in production.

Vlad Lykhonis•7/23/25, 10:17 AM

It is been some time since I have posted regarding longer wall times for workflows. It seems quite random and eventually recovers, but consider my steps consist of simple few REST calls, it seems quite slow. Here is my latest instance for reference. I am not quite sure how to dig into this further to understand the possible cause of this.

Vlad Lykhonis•7/23/25, 10:19 AM

and right after it, I just ran more steps, and it was fast!

Aalex (he/him)So the fact that we also can't control concurrency on a per Workflow level means...

Vlad Lykhonis•7/23/25, 10:28 AM

Naturally I had the same first thought process - create many workflows, each workflow is small unit of work sequence. Then I saw limits in docs. Now, I rather pass batched arguments to fewer workflows and each workflow does a loop of steps per each unit of work sequence.

In the end it is not much of rework, and keeps it all still within limits and achiving same results.

alex (he/him)•7/23/25, 10:34 AM

We will also hit the step limit of 1024 if we start do run more work in one instance.

Aalex (he/him)> This limit is pretty low for us It's the same for us. We are already looking ...

ddsgadget•7/23/25, 1:18 PM

check out upstash workflows. I'm kind of surprised Cloudflare hasn't acquired Upstash. For some stuff we use Cloudflare Workflows, but the UI and for complex cases we use upstash now.

Elliot Hesp•7/23/25, 3:39 PM

What are the rules for a unique workflow ID? Trying my own but I get

invalid_id

invalid_id

no idea if it's the characters or length, but it works locally with whatever

WWalshy cc: @Sid Chatterjee @Diogo Ferreira

Jeffrey Konowitch•7/25/25, 6:58 PM

FYI still waiting on clarification from Cloudflare:

workflows

JJeffrey Konowitch FYI still waiting on clarification from Cloudflare: https://discord.com/channel...

dandoen•7/25/25, 10:27 PM

also interested in this. huge impact on design decisions (and frankly whether workflow fits many use cases or we need to stick to good ol' temporal)

Tory•7/26/25, 5:27 PM

We started seeing this error yesterday in one of our workflows

The RPC receiver does not implement the method "run"

The RPC receiver does not implement the method "run"

. It seems to happen randomly after a successful build of the worker. The only thing that fixes it is re-running the build.

Has anyone else seen this recently?

surgery18•7/28/25, 8:20 PM

I have a step in a workflow that could take multiple minutes to run (Google Gemini API call generating TTS of a script), it keeps hitting 100 seconds and then errors out. Any way to fix that?

surgery18•7/28/25, 8:25 PM

The step returns this

ApiError: {"error":{"message":"error code: 524","code":524,"status":""}}

ApiError: {"error":{"message":"error code: 524","code":524,"status":""}}

which is a timeout error. I am guessing steps have a limit of 100 seconds and then kills the network call. Any way to have the step last as long as the network call lasts?

Ssurgery18 The step returns this `ApiError: {"error":{"message":"error code: 524","code":52...

Chaika•7/29/25, 12:11 AM

That sounds more like the generic proxy limit then Workflows itself.
Cloudflare as a cdn/proxy has a 100 second read timeout which will respond with a 524 if you exceed it: https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-5xx-errors/error-524/.
If the body starts responding/streaming you can get around this, or maybe the Gemini API has a different way to poll for updates. Normally you can also raise this if you are Enterprise as well but since Workflows don't run on a specific website, might be difficult.

surgery18•7/29/25, 12:15 AM

Hmmm...Ok. I will see if Gemini API has a streaming option. Probably does. I will try that then. Thanks.

JJeffrey Konowitch FYI still waiting on clarification from Cloudflare: https://discord.com/channel...

Brandon•7/29/25, 4:27 PM

Hey apologies on the delay here, we are actively working on upping the concurrency limits on workflows, this will be shipping in the near future and I can provide more details as we get closer to going live with it.

hype•7/31/25, 11:10 AM

Do workflows also share same connection limits that DO/worker has? As in you cannot do more than 6 fetch calls simultaneously?

Developres•7/31/25, 11:11 AM

Hello everyone, I want to use cdn. I haven't used it on my website before. How do I use it? Can you send me a video?

hype•7/31/25, 7:50 PM

Is there a limit on how long a workflow can run?

hype•7/31/25, 7:50 PM

Can it have infinitely long running task on it? How long each step can run for?

Cristian Lipinski•8/1/25, 10:16 AM

Hello guys,

since yesterday (2025-07-31) my workflow instances started by "createBatch" are not using my defined id, as the documentation says:

// Create a new batch of 3 Workflow instances, each with its own ID and pass params to the Workflow instances
const listOfInstances = [
{ id: "id-abc123", params: { "hello": "world-0" } },
{ id: "id-def456", params: { "hello": "world-1" } },
{ id: "id-ghi789", params: { "hello": "world-2" } }
];
let instances = await env.MY_WORKFLOW.createBatch(listOfInstances);

its creating its own id as if we were creating it without passing the parameter, we have dozens of workflows so it does not seen like a isolated thing

could anyone help me with that? thanks

Cristian Lipinski•8/1/25, 10:29 AM

I would also like to report another problem that we're seeing in some workflow instances, our account has multiple domains, we have some workflows that make some on more than a hundred domains once by day

some of my instances, although it completes all steps, are returning "with error" status, for example, the instance ID: 0ec749d5-fdb9-4dbd-b8da-b1a03bf4ca2e

error description:
Durable Object storage operation exceeded timeout which caused object to be reset.

CCristian Lipinski I would also like to report another problem that we're seeing in some workflow i...

avenceslau•8/1/25, 10:31 AM

Will also investigate that one

toxec•8/1/25, 5:58 PM

Hello, what’s the easiest way to manually trigger a workflow in a local environment? I know I can’t just use wrangler, so my current workaround is to set up local-only routes and invoke them with curl, but it doesn’t feel ideal. I’m using Hono with Vite.

Cristian Lipinski•8/4/25, 1:21 PM

Hello there guys.

We're passing though really tough loading problems on my companies main account, all our GUI is way too slow, im uploading some examples on what we are experiencing

we work with 4 cf accounts, and only on our main account, that has hundreds of workflows, workers, kv, d1 is passing through all those loading problems

beside the loading, we're also havind a hard time deploying our workers, im also uploading examples

lastly, some of our workflows, even using "createBatch" are failing, with "Internal error"

What should we do about that? Maybe spliting our routines on other accounts? Is there anything to do in order to increase our performance?

Please let me know if there's anything we could do, we really like most of CF services, but as we're scaling, its not working as we expect.

we're even considering options like trigger.dev, its really frustrating because we really love CF, but if we can't trust it on high numbers,its hard to keep working with it

fforres•8/4/25, 9:38 PM

Hey folks

Saw that the column sorting on the workflow list page is not working properly.

Seems to sort by some logic, but not by date value or retries, etc.

fforres•8/4/25, 9:39 PM

here by retries or cpu time

Brandon•8/4/25, 11:21 PM

I'll look into this, thank you for flagging!

Victor•8/5/25, 1:20 AM

Getting

workflows.api.error.internal_server [code: 10001]

workflows.api.error.internal_server [code: 10001]

wrangler workflows ...

wrangler workflows ...

wrangler publish

wrangler publish

, web dashboard, and even normal api calls

Victor•8/5/25, 1:44 AM

Ok, seems to be resolved now. I assume it was random transient blip

King Kazu•8/6/25, 4:45 PM

is there any plans to add a cleaner way of error handling that isn't try-catching everything? I just need to call a function to update my db with failure state, and having something as simple as

{ step-failed: 'blah-blah', timestamp: '' }

{ step-failed: 'blah-blah', timestamp: '' }

on a

onError

onError

function in the

Workflow

Workflow

class would be super helpful

ac•8/7/25, 3:46 PM

We are having an issue where one of our workflows starts failing every single instance whenever a CF build runs on a completely separate (unrelated) worker. It keeps failing until we trigger a re-build on the workflow's worker. This is an extremely annoying issue and very unclear why this would even be happening.....

Alec•8/7/25, 7:59 PM

Hi, any workflows we create are giving off a

Internal Server Error

Internal Server Error

, and we can't view our Workflows in the dashboard. Any incidents going on?

Screenshot_2025-08-07_at_12.58.57_PM.png

JHT•8/9/25, 7:11 AM

Hey fine people, I have a quick question about the new Sentry logger (https://develop.sentry.dev/sdk/telemetry/logs/).

Logs sent from my regular workers are appearing in Sentry perfectly. However, any logs triggered from within my workflows are not being received at all.

Is there a known issue or a different configuration required for logs coming from a workflow environment?

fforres•8/9/25, 3:23 PM

We have a ton of workflows in our dashboard and We handle two environments on the same account.
So we end up having:

long-workflow-name
long-workflow-name-stagingIs there any way that we can have tags or anything that will help us find workflows easier? maybe a filter tied to the URL? So i can save search urls for example? Maybe sorting the workflow table could also be useful.

Brandon•8/9/25, 10:16 PM

Hey @fforres we recently introduced this to the d1 table we can look at bringing in a similar pattern for workflows as well!

berkant•8/10/25, 6:17 PM

Hi, quick question: is there a way to await completion of a WF instance like, say:

await wf.complete;
console.log(await wf.output);

await wf.complete;
console.log(await wf.output);

BBrandon Hey @fforres we recently introduced this to the d1 table we can look at bringing...

fforres•8/11/25, 2:07 AM

would be amazing

d3v1an7•8/11/25, 3:51 AM

The last step on one of our workflows is to batch send a newsletter to many users. We really don't want it to retry, ever. Locally, I had added a config of

{retries:{limit:0}}

{retries:{limit:0}}

to the step, but

wrangler deploy

wrangler deploy

didn't like that one when releasing to prod. So I wrapped the function with a

try/catch throw new NonRetryableError()

try/catch throw new NonRetryableError()

and hoped for the best. Unfortunately, we've already had our first double send. The batch send step failed with a

Attempt failed due to internal workflows error

Attempt failed due to internal workflows error

, which seems to skip/miss the try/catch, so the (already successful, but now timed out) step retried

I'm going to add a KV check to the start of the step, but am I missing something super obvious? Is there a recommended pathway for getting a step to only ever run once?

Dd3v1an7 The last step on one of our workflows is to batch send a newsletter to many user...

James•8/11/25, 5:24 AM

best to code defensively for idempotence

Dd3v1an7 The last step on one of our workflows is to batch send a newsletter to many user...

johtso•8/11/25, 8:04 AM

I had to jump through a lot of hoops to get idempotency with email sending as it's not something email services really offer. I ended up using postmark with unique IDs in metadata and using their API to check for existing sent emails before trying to send

KKing Kazu is there any plans to add a cleaner way of error handling that isn't try-catchin...

Suman!•8/11/25, 8:59 AM

Yes, I'd like to see something like this soon. Is there any plans sooner on having this ? Cloudflare team..
Is there a workaround that we can do besides wrapping up each steps with try catches?

SSuman!Yes, I'd like to see something like this soon. Is there any plans sooner on havi...

James•8/11/25, 4:27 PM

define a wrapper once and use that in place of the step call...

YYash Gupta Has anyone tried to access steps/execution history for workflows from within the...

Matthias•8/12/25, 5:06 AM

In terms of UX, that would be great to reassure end user about the processing of each step, totally agree. Do we have to use the api and not the workers binding? Also, I'm noticing in local env that error is not returned from the instance status, but returned in the production env which make it really hard to test it out.

BYE BYE HABIBI•8/12/25, 9:42 AM

Hi everyone

Vlad Lykhonis•8/13/25, 9:27 AM

Hi all, qq does anyone know if this counts as cpu time in context of workflows?

await new Promise(resolve => setTimeout(resolve, 1000));

await new Promise(resolve => setTimeout(resolve, 1000));

p.s. I know there is step.sleep, but little bit concerned to use it within a loop to exceed max number of steps.

DHN Chandan•8/13/25, 11:23 AM

With wrangler I am not able to deploy workflows. I tried with:
1) My own workflows
2) Cloudflasre default one: npm create cloudflare@latest workflows-starter -- --template "cloudflare/workflows-starter"

In cli it is showing:
X [ERROR] A request to the Cloudflare API (/accounts/xxxxxxxx/workflows/workflows-hello-world) failed.

Authentication error [code: 10000]

Membership roles in "Organization Name": Contact account super admin to change your permissions.
Super Administrator - All Privileges

But I am the super admin of my account.

wrangler whoami is giving following:

Token Permissions:
Scope (Access)
account (read)
user (read)
workers (write)
workers_kv (write)
workers_routes (write)
workers_scripts (write)
workers_tail (read)
d1 (write)
pages (write)
zone (read)
ssl_certs (write)
ai (write)
pages (write)
zone (read)
ssl_certs (write)
ai (write)
queues (write)
zone (read)
ssl_certs (write)
ai (write)
queues (write)
ssl_certs (write)
ai (write)
queues (write)
ai (write)
queues (write)
queues (write)
pipelines (write)
secrets_store (write)
pipelines (write)
secrets_store (write)
secrets_store (write)
containers (write)
cloudchamber (write)
offline_access

How can I deploy workflows?

VVlad Lykhonis Hi all, qq does anyone know if this counts as cpu time in context of workflows? ...

Vlad Lykhonis•8/13/25, 12:24 PM

the answer is no, it does not count.

workflow has very weird bugs right now, all of my instances got queue and never got released, can't

Similar Threads