Repository navigation
AbstractObserver 0.7.1
Requires AbstractGateway with schedule@2, the served schedule fields and POST /api/gateway/automations/schedule-preview (round 16) and @abstractframework/ui-kit 0.8.7.
Added
- Launch → Automate: calendar schedules. When offers Repeat (fixed UTC interval, as before), Daily, Weekly (day chips that show their state), Monthly (day 1–31 or the last day) at a time of day, and Once at; every schedule is written as
schedule@2. For every schedule (Repeat with its bounds too) the line under When is the gateway's own sentence; for Daily, Weekly, Monthly and Once the time zone reads "in Europe/Paris (your account's time zone)" with Change in preferences (the console's Accounts). Switching kinds keeps the picked days. The Edit form edits a calendar rule, keeping its time zone and limits.
Changed
-
The Automations page shows the gateway's served next run (
next_run_local, cut to "2026-10-09 08:00 Europe/Paris", plus the relative time tonext_run_at) and every schedule'sschedule_rule_text; the Observer no longer readsnext_fire_ator computes a next run. The stub gateway (scripts/automations_stub_server.mjs) acceptsschedule@2, serves the schedule fields andschedule-preview. -
CI:
npm run check:lock(also a CI step, beforenpm ci) fails whenpackage-lock.jsonlagspackage.jsonor resolves an@abstractframework/*dependency below its floor, in another major.minor or from a local tarball;--latestalso catches a published patch the lock has not taken. The lock now resolves@abstractframework/app-server0.1.12 (floor^0.1.12). See CONTRIBUTING.
Fixed
- The Automations page works with a gateway that does not serve the round-16 schedule fields (AbstractGateway 0.13.x serves only
next_fire_at):next_run_at,next_run_local,time_zone,schedule_textandschedule_rule_textare optional on read (src/ui/served_summary.ts, applied to every summary the controller reads) — the schedule reads "—" and the next run is the gateway'snext_fire_at, shown in UTC. A served value is always shown as served.