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

Logs

The Logs view, under Operations, shows events recorded across your solution, from action and schedule runs to API calls and client performance. It has two modes: Stream, a live feed of events as they happen, and Query, a search over stored entries. The mode selector is in the top right.

The Logs view in Appfarm Create

Good to know

Whether a run is logged depends on the platform version the environment runs on. Schedule logs are produced from version 156, and service logs from version 157. An environment on an older version, such as a production environment that has not been upgraded, does not produce these logs.

Modes

Stream shows entries live as they are produced, so you can watch activity in real time while testing or debugging.

Query searches stored entries. Set the filters and time range, then click Run query to load matching entries.

Filtering

The filter bar sits above the results. You can filter by:

  • All severities: the severity level.

  • All environments: the environment the entry was recorded in.

  • All sources: the log source.

  • Filter by message text: a free-text match on the entry message.

  • Add filter: further field-based filters on entry metadata.

The time range selector (for example, Last 7 days) sets the period to search. In Query mode, click Run query to apply the current filters.

Results

The results table has three columns: Severity, Local time, and Summary. The Summary column tags each entry with its environment and source, followed by the message. Expand a row using the chevron on the left to see its full detail and metadata. See Entry fields for what is recorded.

Distribution

Above the results, the Distribution chart shows the volume of matching entries over the selected time range, colored by severity. The total entry count for the current result set is shown alongside it. Clicking a bar in the Distribution chart narrows the results to that time range.

Exporting

Download the current result set as JSON using the download button above the results.

Log sources

Each entry belongs to a source. A source is a stream of one kind of event, with its own metadata. Filter by source with All sources.

Source
What it captures

Flow, service and app action runs. Logging must be enabled per action. Read more here.

Flow and service schedule runs.

Calls to service and flow API endpoints.

Client-side performance in your apps, keyed by app and user.

Entry fields

Every entry carries a common set of fields, followed by metadata specific to its source. Expand a row to see them.

Field
Description

Timestamp

When the event occurred, in UTC.

Severity

The entry's severity level.

Source

Environment

The environment the event was recorded in.

Version

The platform build the solution was running.

Message

A short summary of the event.

Action

Action runs are logged only when Enable Log is selected on the action's Action settings tab. Custom Log Fields set up there are recorded under customFields on the entry, alongside the metadata below. Read more on how to set up action logging here.

Field
Description

action_id

The action that ran.

action_node_id

The action node in focus. On a failure, the node that failed.

app_id

The app the action ran in.

execution_time_ms

How long the run took, in milliseconds.

status

The run result, for example completed or failed.

user_id

The user the action ran as.

error_code

On a failure, the error code.

error_name

On a failure, the error type.

error_message

On a failure, the error message.

Scheduler

Field
Description

schedule_id

The schedule that ran.

schedule_name

The schedule's name.

duration_ms

How long the run took, in milliseconds.

execution_status

The run result, for example completed.

method

For a service schedule, the HTTP method used to call the endpoint.

status_code

For a service schedule, the HTTP status code returned.

status_text

For a service schedule, the HTTP status text returned.

url

For a service schedule, the endpoint URL called.

schedule_id, schedule_name, duration_ms, and execution_status apply to both flow and service schedules. The remaining fields apply only to service schedules, which run by calling an endpoint.

API request

The identifier fields depend on the endpoint type, and some fields depend on whether the call ran synchronously or asynchronously.

Field
Description

flow_id, flow_endpoint_id

For a flow API endpoint, the flow and the endpoint that was called.

service_id, service_endpoint_id

For a service endpoint, the service and the endpoint that was called.

method

The HTTP method used.

url

The request URL.

execution_status

The result, for example completed.

status_code

The HTTP status code returned, on a synchronous request.

duration_ms

How long the request took, in milliseconds.

async_job

Whether the request ran asynchronously.

job_id

An identifier for the job, on an asynchronous request.

triggered_by

What triggered the request, for example user.

user_id

The user the request ran as.

Client performance

Logs the data size and the loading time every time a user loads an app in the solution.

Field
Description

app_id

The app the metric came from.

metric_name

The metric that was recorded, for example initial_data_size or app_loaded_time.

value

The metric value.

user_id

The user the metric was recorded for.

user_agent

The browser user agent.

Severity

Each entry has a severity, shown in the Severity column. The All severities filter selects which levels appear, from highest to lowest: Emergency, Critical, Error, Warning, Notice, Info, and Debug.

The Match setting controls how the choice applies. And higher shows the selected level and every level above it. Exact shows only the selected level.

Last updated

Was this helpful?