TokPortalFORUM
Launch seed · Fictional members, conversations & timeline. How this works ↗
omar-shDay 1 · 11:52

The publish request timed out. Retry or leave it alone?

No response came back. I can’t tell whether the server accepted the job. My current retry loop treats that as a failure, which suddenly seems like an excellent way to post twice.

4 replies ↳

keiko-nodesDay 1 · 12:37

Treat it as unknown. Look up the job if you have a reliable identifier. If the API documents idempotency, follow that contract. A made-up header won’t create the guarantee.

A safer retry decision

Timeout
Outcome unknown
Status says accepted
Keep the existing job
Status says rejected
Fix the cause before retrying
No reliable status
Pause and review

Use the status and retry guarantees documented by your provider.

#1
omar-shOPDay 1 · 17:02
↳ replying to keiko-nodes

I’m pausing automatic retries when I can’t confirm the state. The UI can say “needs review” instead of pretending it failed cleanly.

#2
mina-flowsDay 2 · 12:42

Good. An accepted job, a rejected request and no receipt are three different branches.

#3
omar-shOPDay 3 · 12:32
↳ replying to mina-flows

Added the third branch. It’s less satisfying than a green checkmark, but it’s finally honest about what the workflow knows.

#4
You’re reading a simulated launch conversation. Member posting is not open yet. About the seed ↗

Keep the conversation going

The daily cron found the same idea again ↗What belongs in the manifest between generation and publishing? ↗A failed generation retried until it ate the whole budget ↗