{
  "page": {
    "name": "TimerOS Status",
    "url": "https://status.timeros.ai",
    "updated_at": "2026-08-24T15:42:38.898Z",
    "monitoring_since": "2026-07-26T08:30:01.000Z",
    "monitor_healthy": true,
    "last_checked_at": "2026-08-24T15:41:58.000Z",
    "stale_after_seconds": 300
  },
  "status": {
    "indicator": "operational",
    "description": "All Systems Operational"
  },
  "components": [
    {
      "id": "api",
      "name": "API",
      "description": "The REST API behind every TimerOS client. Sign-in, time entries, everything.",
      "host": "api.timeros.ai",
      "status": "operational",
      "stale": false,
      "sla_scope": true,
      "since": "2026-08-22T20:53:43.000Z",
      "last_checked_at": "2026-08-24T15:41:58.000Z",
      "uptime_90d": 99.96,
      "sla_downtime_seconds_90d": 0,
      "measured_days": 30
    },
    {
      "id": "web-app",
      "name": "Web app",
      "description": "The TimerOS dashboard in a browser, at app.timeros.ai.",
      "host": "app.timeros.ai",
      "status": "operational",
      "stale": false,
      "sla_scope": true,
      "since": "2026-07-29T07:35:56.000Z",
      "last_checked_at": "2026-08-24T15:41:58.000Z",
      "uptime_90d": 99.98,
      "sla_downtime_seconds_90d": 0,
      "measured_days": 30
    },
    {
      "id": "portal",
      "name": "Client portal",
      "description": "The branded space your clients sign in to, on your workspace subdomain.",
      "host": "{workspace}.timeros.ai",
      "status": "operational",
      "stale": false,
      "sla_scope": false,
      "since": "2026-08-07T07:17:53.817Z",
      "last_checked_at": "2026-08-24T15:41:58.000Z",
      "uptime_90d": 99.98,
      "sla_downtime_seconds_90d": 0,
      "measured_days": 30
    },
    {
      "id": "website",
      "name": "Website & sign-up",
      "description": "timeros.ai — marketing pages, registration, and plan management.",
      "host": "timeros.ai",
      "status": "operational",
      "stale": false,
      "sla_scope": false,
      "since": "2026-07-29T07:35:56.000Z",
      "last_checked_at": "2026-08-24T15:41:58.000Z",
      "uptime_90d": 99.98,
      "sla_downtime_seconds_90d": 0,
      "measured_days": 30
    },
    {
      "id": "desktop-updates",
      "name": "Desktop updates & downloads",
      "description": "The update feed and installer downloads the Windows app depends on.",
      "host": "releases.timeros.ai",
      "status": "operational",
      "stale": false,
      "sla_scope": false,
      "since": "2026-08-07T07:17:53.817Z",
      "last_checked_at": "2026-08-24T15:41:58.000Z",
      "uptime_90d": 99.97,
      "sla_downtime_seconds_90d": 0,
      "measured_days": 30
    }
  ],
  "incidents": [
    {
      "id": "2026-08-06-monitoring-outage-availability-not-measured-for-15-hours",
      "url": "https://status.timeros.ai/incidents/2026-08-06-monitoring-outage-availability-not-measured-for-15-hours",
      "title": "Monitoring outage — availability not measured for 15 hours",
      "status": "resolved",
      "impact": "none",
      "components": [],
      "started_at": "2026-08-06T17:31:00.000Z",
      "resolved_at": "2026-08-07T08:30:28.000Z",
      "updates": [
        {
          "state": "resolved",
          "body": "Cloudflare resumed delivering scheduled events at 08:30 UTC on 7 August, and measurement has been continuous since. The independent backup trigger and an external check on this page are both live and verified, so a recurrence will neither stop measurement nor go unnoticed.",
          "created_at": "2026-08-07T09:20:04.459Z"
        },
        {
          "state": "investigating",
          "body": "Between 17:31 UTC on 6 August and 08:30 UTC on 7 August, Cloudflare stopped delivering the scheduled events that drive our uptime probes. For 14 hours 59 minutes we did not measure TimerOS availability.\n\nTimerOS was unaffected throughout this period. The API, web app, client portal, website and desktop update feed all served normally — each independently verified.\n\nCause: a defect in Cloudflare's Cron Trigger dispatch. The trigger stayed registered, and the page kept serving; only the scheduled invocation stopped, with no error and no log. Redeploying and re-registering the schedule had no effect; delivery resumed on its own.\n\nWhat we changed: the probes now have a second, independent trigger that does not rely on Cloudflare's scheduler, and an external check now alerts us when this page stops reporting. Previously, our alerting ran inside the same process as the probes, which is why the gap went unnoticed — the failure silenced the alarm along with the measurement.",
          "created_at": "2026-08-07T09:11:52.007Z"
        }
      ]
    }
  ],
  "scheduled_maintenances": []
}