True. But an sdk client or a zod validator isn’t serializiable anyway, right?
True. But an sdk client or a zod validator isn’t serializiable anyway, right?
cause of the error is not set. Is that expected? Makes it hard to communicate data from the failed step to the recovery flowstep.waitForEvent not count towards the total step count per workflow, similar to step.sleep .post('/:integration/fetch', zValidator('param', z.object({ integration: z.string().min(1) })), async (ctx) => {
const { integration } = ctx.req.valid('param')
const instance = await ctx.env.HistoryIngestion.create({
id: integration,
params: { integrationId: integration },
})
await ctx.env.Jobs.put(
`workflow:${integration}`,
JSON.stringify({ instance: instance.id, status: 'pending', progress: 0, startedAt: Date.now() }),
)
return ctx.json({ success: true }, 202)
})entryErrorContext = jsgInternalError; wdErrId = cbiok85ihdsus98r7iao99nq
workerd/jsg/util.c++:320: error: e = workerd/util/sqlite.c++:499: failed: expected _ec ==
SQLITE_OK [7 == 0]; out of memory: SQLITE_NOMEM
stack:
./node_modules/@cloudflare/workerd-linux-64/bin/workerd@2667f9d
./node_modules/@cloudflare/workerd-linux-64/bin/workerd@2667c9d
./node_modules/@cloudflare/workerd-linux-64/bin/workerd@1af50ab
./node_modules/@cloudflare/workerd-linux-64/bin/workerd@1af4cee
./node_modules/@cloudflare/workerd-linux-64/bin/workerd@1af49b8