For the complete documentation index, see llms.txt. This page is also available as Markdown.

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:

Column
Shows

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

Status
Meaning

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:

  1. Understand why changes in a workflow were made and who made them

  2. 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

  3. Compare an earlier setup against the current one when you need to undo a change

There's no one-click restore. To go back to an earlier version, open its snapshot and reapply those settings to the trigger. While editing, use Undo and Redo in the trigger menu to step through unsaved changes.

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?