Skip to main content
The Request History page shows every inbound request received by Lighthouse Flows. Each row is a single HTTP request — capturing its ID, method, path, trigger type, and the exact time it arrived.
Request History
Use this page to:
  • Confirm that a specific webhook reached Lighthouse Flows
  • Investigate missing or unexpected requests by time range or trigger type
  • Copy a Request ID to share with Cloudify for troubleshooting

Reading the Requests Table

Each row represents one inbound request.
ColumnWhat It Shows
Request IDUnique identifier — e.g. req_01......rycf6c4n. Click the copy icon on the left to copy the full ID. Click the ID link to view full details
MethodThe HTTP method used — typically POST for webhook payloads
PathThe URL path the request was sent to. Shows No Path Provided when no path was included
Trigger TypeHow the request was initiated — shown as a colour-coded badge
Received AtThe exact date and time the request arrived — format MM/DD/YYYY, HH:MM:SS AM/PM

Trigger Type Badges

BadgeColourWhat It Means
webhookBlueRequest received via a webhook trigger
scheduleGreenRequest initiated by a scheduled trigger
pollingRequest received via a polling-based trigger

Filtering Requests

The left-hand Filters panel lets you narrow the list across five dimensions.
Request History Filters
FilterHow to Use
Time RangeClick Pick a date to select a date or range — filters by receivedAt
Request IDPaste or type a Request ID to find a specific request
MethodCheck one or more HTTP methods: ANY, DELETE, GET, HEAD, OPTIONS, PATCH, POST, PUT
PathSearch for requests sent to a specific URL path
Trigger TypeCheck one or more: polling, schedule, webhook
To investigate a specific webhook delivery issue, start by setting Time Range to the relevant window and Trigger Type to webhook. This immediately narrows the list to the relevant requests.

Table Controls

ControlWhat It Does
Hide ControlsCollapses the left filter panel to give the table more horizontal space
X of Y row(s) filteredLive count of rows matching current filters — e.g. 1142 of 1142 row(s) filtered
Rows per pageDropdown to set how many rows display per page — default is 10
Page navigation<< first · < previous · > next · >> last — shows current page and total

Frequently Asked Questions

Set the Time Range filter to the window when the webhook was sent, then filter Trigger Type to webhook. If the request still doesn’t appear, it may not have reached Lighthouse — check the webhook URL is correct and the request was not blocked at the network level. Raise a support ticket if the issue persists.
This means the webhook request did not include a URL path beyond the base trigger endpoint. This is normal for webhooks that send payloads directly to the root trigger URL without a path suffix.
Click the copy icon on the left of the row. The full Request ID is copied to your clipboard. Include it in your support ticket so Cloudify can locate the exact request immediately.
Webhook — an external system pushed data to your Flow trigger URL in real time. Schedule — the trigger fired automatically at a configured time. Polling — Lighthouse checked a source system at regular intervals for new data.
Export is not available directly from this page. Contact Cloudify support if you need request history records for audit or analysis purposes.

Next Steps

Flows Events

See what happened to each request after it entered the Flow pipeline.

Support

Raise a ticket with Cloudify if a request is missing or a delivery failure needs investigation.