Skip to main content
The Flow Events page shows every event processed by Lighthouse Flows — from the moment a request entered a Flow through to its final delivery outcome.
Screenshot 2026 07 09 174021

Events History — event log with Flow ID, status, attempt tracking, and filters

Events History vs Request HistoryRequest History records every raw inbound HTTP request received at your trigger endpoints.Events History records what happened to each request after it entered a Flow — whether it was delivered, filtered, retried, or failed. Use this page to understand the outcome of each event.

Reading the Events Table

Each row represents a single event processed through a Flow. Scroll horizontally to see all columns.

Event Status Reference

Filter by Status → failed to immediately surface all events that exhausted retries and need attention.
A filtered status is not an error. It means an event was intentionally stopped by a rule configured in the Flow. Contact Cloudify if you are seeing unexpected filtered results.

Filtering Events

The left-hand Filters panel lets you narrow results across four dimensions.
Screenshot 2026 07 09 174057

Filter panel — Time Range, Event ID, Flow ID, Type, and Status

The Time Range filter is based on nextAttemptAt — the scheduled time of the next retry. To investigate by when an event first arrived, use the First Attempt At column as your reference point in the table.

Table Controls


Frequently Asked Questions

A request is the raw inbound HTTP call received at your trigger endpoint — logged in Request History. An event is created when a Flow processes that request and attempts delivery. If a request was received but no event was created, the Flow may have rejected it before processing (e.g. failed signature validation).
No. filtered means a CEL filter rule in the Flow determined this event should not be delivered. This is working as designed. If events are being filtered that you expected to go through, review the filter conditions in that Flow with Cloudify.
Check the Attempt Count to see how many retries were made, then note the Latest Attempt ID. Raise a support ticket with Cloudify including both the Event ID and Latest Attempt ID.
Yes. For successful events this is expected — delivery succeeded so no retry is needed. For failed events, it means all configured retry attempts have been exhausted.
Use the Flow ID filter. Copy the Flow ID from the Flows page and paste it into the search field. The table will show only events processed by that Flow.