Debug a Run

Debug one run by finding the first result that differs from what you expected. The final red Step may only be where an earlier data or connection problem became visible.

Follow the run from the first wrong result

The workflow ran twice

First decide whether you are looking at two runs or two attempts:

• Two execution ids: the trigger started two runs. A webhook creates one run for every request it receives, including duplicate deliveries from the sender. Scheduled workflows can overlap when a run lasts longer than the schedule interval.
• One execution with an Attempt 2 or Attempt 2 of 4 marker: this is Retry on fail repeating one Step. Single attempts and some historical entries may not show an attempt marker.
• One execution with several unmarked entries on a looping Step: these may be separate items or loop passes, not retries.

Compare the trigger payloads and timestamps. For webhooks, use the sender’s stable event id to recognise an event already processed. For destination writes, prefer an idempotency key or an update keyed by a stable record id where the app supports it.

Route the finding

• A missing or still-waiting run belongs in Workflow Did Not Start or Is Still Waiting.
• A wrong value, missing field, or list/item mismatch belongs in Data and Mapping Problems.
• A provider error, timeout, or uncertain write belongs in Connections and External APIs.
• A named Step validation message belongs in Step Error Messages.

When the documentation does not have the answer

Take it to the Glow Forum . Post the workflow name, the Step that failed, and the error text as it appears in Executions. The exact error text gives others enough information to identify the next check.

What’s Next?

• Learn the run-level view in the Execution Log.
• Inspect individual Step attempts in Step-Level Executions.
• Build a recovery path with Error Handling & Retries.