Paginated run history for a backup schedule (one row per scheduler tick).
Changed onReturns one [ScheduleRunSummary] per scheduler tick, with child backup counts aggregated in a single SQL round-trip. Legacy backups rows (pre- fan-out) are surfaced as synthetic single-job runs so history does not disappear. Ordered by started_at DESC (newest first).
Use GET /backups/schedule-runs/{run_id}/jobs to drill into a single run.
Request
- Base URL: /api (relative, and the document was published on a file host, not at the API’s origin)
- URL: /api/backups/schedules/{id}/runs
- Auth: HTTP bearer
Path parameters
Query parameters
Page number (1-based, defaults to 1, clamped to 1 if < 1).
Items per page (defaults to 20, clamped to 100 if > 100).
Response
Paginated run history for the schedule
Changes
- info
added the optional property
to the response with the status - info
added the optional property
to the response with the status - info
added the optional property
to the response with the status - info
added the optional property
to the response with the status
- info
- warning
removed the optional property
from the response with the status - warning
removed the optional property
from the response with the status - warning
removed the optional property
from the response with the status - warning
removed the optional property
from the response with the status
- warning