Event
Get a scheduled event
Authorizations
An API key from Settings, API Keys. A caller on this machine needs none.
Path Parameters
^[a-fA-F0-9]{24}$"68b1f0c2a4d3e5f6a7b8c9d0"
Response
The event
^[a-fA-F0-9]{24}$"68b1f0c2a4d3e5f6a7b8c9d0"
ISO 8601, read in the server's own zone. The only place the event's time-of-day lives
Weekdays it may fall on, narrowing the cadence. Weekdays-only is ["mo","tu","we","th","fr"]
mo, tu, we, th, fr, sa, su - Option 1
- Option 2
The commands the last fire created
When the window closes, or null for a moment rather than a window. The event reverses itself there. A suspend resumes, a spawner stop starts. So an action with no reverse cannot have one. A time-of-day at or before starts_at crosses midnight. Not until: this is when tonight's window shuts.
How often it repeats: 15m, 1h, 1d, 2w, 1 month. Null fires once. With no starts_at this is dateless. The anchor is snapped to the unit, so 1h means the top of every hour.
Day of the month, or -1 for its last day. The one thing starts_at cannot say, since months differ in length
Which match to keep. With days ["fr"] and a monthly cadence, -1 is the last Friday of the month
Stop repeating after this date. Null repeats forever. Not ends_at: this is when the event stops recurring at all.
Read-only, derived: the same recurrence as an iCalendar RRULE
The occurrence whose window is open now
Whether the last fire got its work sent. Not whether that work succeeded
ok, partial, failed, skipped, null Read-only, rolled up from those commands: what the work actually did. Null when they have aged out of the audit trail
ok, partial, failed, running, null Computed by the server. Never derive it client-side