Usage

Creating jobs, run history, and the admin UI

Creating a job

Control panel → Cron Job Scheduler → New Job:

FieldMeaning
Name (slug)technical identifier, a-z 0-9 _ -. Read-only for module-offered jobs (their <module>:<name> key is fixed); editable for jobs you create yourself.
Titlehuman readable name
Triggersone or more time triggers (cron schedules) and/or event triggers — the job fires when any trigger fires. At least one is required.
Cron expression(time trigger) standard 5-field cron or a macro (@daily, @weekly, …). Times are UTC.
Event name(event trigger) the event this job reacts to. Slug or <domain>:slug, max 64 chars.
Commanda modules_v4/<module>/cli/<script>.php path or an allowlisted core command.
Argumentsplain options/values only (e.g. --limit=5000), max 10 tokens
Timeout30 - 3600 s
Notify on failureopt-in: alert the administrator accounts when this job fails

Available event names and commands are provided as datalists to make data entry easier.

New Cronjob

The Run now button queues the job for the next tick (≤ 60 s). The History page shows status, exit code, duration, the trigger that fired the run, and the captured output (last 64 KB) of the last 25 runs per job (plus a 30-day global retention window).

Run History

The job table is a client-side DataTable (search box, sortable columns, paging, state saved in the browser). The Enabled and Notify columns can be toggled in place. Per row: Duplicate (opens the create form prefilled) and Reset (restores module-offered defaults).

Last modified November 7, 2026: support for subpath (c7b1ab7)