Logs & History
Advanced tooling helps you set up, debug, and iterate on your automations.
Logs
Open a trigger and click View Logs to see every run of that trigger and the object it ran on. Click the object (for example, the issue number) to open it and see in its Activity Log where the trigger fired. Use the fullscreen button to expand the logs panel.

Each row is one run:
Run started
When the run began. Click the arrow to expand the run's step-by-step log.
Issue, Account, Contact, etc.
The object the trigger ran on.
Status
The run's outcome (see below).
Trigger flow
Which flow's conditions matched.
Run #
The run's sequence number.
Version
The trigger version that ran.
Attributes
Extra details recorded by the actions.
Condition Result
For aborted runs, which conditions weren't met. Appears when any run was aborted.
Run statuses
Completed
The run finished.
In progress
The run is still executing.
Scheduled
The run is waiting on a time delay.
Suspended
The run is paused mid-flow, for example while a phone call waits on routing.
Aborted
The object didn't meet any flow's conditions, so no actions ran.
Cancelled
A scheduled run was removed from the time delay queue.
Failed
The run hit an error.
Run details
For inbound webhook runs, the Payload column shows the received request body. Pylon stores up to 32 KiB of the body in the run log. Larger bodies show Truncated, and the stored prefix may no longer be valid JSON. This affects the log display, not the payload used to run the trigger.
Expand a run to see each step with its timestamp. Steps that failed are marked Error:. Some steps add links:
View assignee — for team assignment steps, opens the team's assignment log for that issue.
Filtering
Filter runs by date and status. Issue triggers can also filter by account and assignee; account triggers by account.
History
Every time you save a trigger, Pylon records a new version. Open the trigger's menu and select Version history to see each version, when it was published, and who modified it. Click Show version to open a read-only snapshot of the trigger as it was at that version.
Use trigger history to:
Understand why changes in a workflow were made and who made them
Debug unexpected behavior by understanding the state of a trigger at a point in time — match a run's Version in the logs to its snapshot
Compare an earlier setup against the current one when you need to undo a change

Time Delay Queue
Triggers can have time delays as part of their control flow. When objects are waiting on a delay, the time delay step shows how many are in the queue. Click it to open the queue and see each waiting issue, account, contact, task, or project.
Remove from queue cancels the delayed run for one object.
Clear Queue cancels every scheduled run for that step. This can't be undone.
Filters on a time delay are checked at the end of the delay, so an object in the queue may still be aborted.

Last updated
Was this helpful?

