This happens to me to, the second I try to launch browser rendering inside a workflow. This should b
This happens to me to, the second I try to launch browser rendering inside a workflow. This should be a supported usecase, right?


internal error. It shows "Errored" in the dashboard. Is there any more investigation I can do to know what happened? Instance: bd1a0c85-6f10-451d-a91b-ee229909d0a6src/index.ts.awaiting the step.sleep and we did not touch the sleep step name. Any idea on what happened here?


waitForEvent state count towards the concurrent instances limit? And out of interest, does a workflow in this state have any active compute for listening?step.do call or just some sort of top-level orchestration that would kick off smaller workflows? If you mean all of step.do calls, what value is wrapping it in a workflow even adding then since you lose all of the Workflow APIs inside of the Container where the processing is being done?await step.do("generate images", async () => {
void containerFetch(this.env, "/pdf-to-images", {
document_id: document.id,
file: pdf,
workflow_id: event.instanceId,
});
});
if (!hasLastPageImage) {
await step.waitForEvent("images generated", {
timeout: "1 hour",
type: WorkflowEventType.ImagesGenerated,
});
}