I get this when using start(). Not every time just sometimes, it appears to be when trying to create a large number of workflow runs.
Error [BadRequestError]: {"error":"Submitted message retention period (86398s) cannot be more than 1s shorter than the current queue's retention period (86400s). Messages in a queue must have non-decreasing retention periods with 1s clock skew tolerance."}
at q (.next/server/chunks/[root-of-the-server]__4ef27106._.js:7:6746)
at X.sendMessage (.next/server/chunks/[root-of-the-server]__4ef27106._.js:7:9086)
at async ea (.next/server/chunks/[root-of-the-server]__4ef27106._.js:7:16994)
at async Object.o [as queue] (.next/server/chunks/[root-of-the-server]__4ef27106._.js:84:124998)
at async (.next/server/chunks/[root-of-the-server]__4ef27106._.js:88:9773)
at async (.next/server/chunks/[root-of-the-server]__4ef27106._.js:4:10981)
I see this in the logs:
POST
vercel-workflow.com/api/v1/runs/create
200
POST
vercel-queue.com/api/v2/messages
400
It looks as though then the workflow is in a Pending state in the observability UI. It looks like the runtime is creating the run then sending a message I presume to trigger that the workflow should start.
It seems unusual for the client to be doing this rather than the vercel-workflow service. I would expect that the workflow service would be responsible for this guarantee. Is there a workaround for this?
I see #451 also highlights some issue around workflows being in pending state, although it looks like there are maybe multiple causes in that issue for the issue.
Using workflow 4.0.1-beta.41
I get this when using start(). Not every time just sometimes, it appears to be when trying to create a large number of workflow runs.
I see this in the logs:
It looks as though then the workflow is in a Pending state in the observability UI. It looks like the runtime is creating the run then sending a message I presume to trigger that the workflow should start.
It seems unusual for the client to be doing this rather than the vercel-workflow service. I would expect that the workflow service would be responsible for this guarantee. Is there a workaround for this?
I see #451 also highlights some issue around workflows being in pending state, although it looks like there are maybe multiple causes in that issue for the issue.
Using workflow 4.0.1-beta.41