Roam status history
Current state: operational — “All Systems Operational” per https://www.roamstatus.com (Atlassian Statuspage), checked 2026-09-16 12:28 UTC.
How long do Roam incidents last?
From 6 incidents with a vendor-posted start and resolve time. Longest on record: AWS incident in me-central-1 impacting some customers — 9.1 days (2026-03-10 16:31 UTC). Excluded, never estimated: nothing. Duration is the gap between the vendor's own posted timestamps — it is not measured downtime, uptime or an SLA figure, and a vendor that posts every blip will look worse here than one that posts nothing. Same rule as the outage-duration dataset.
Incidents on record (6)
| Started | Incident | Status | Impact | Duration |
|---|---|---|---|---|
| 2026-07-20 15:30 UTC | Chat messages and invites delayed | resolved | major | 0 min |
| 2026-07-14 14:54 UTC | Roam Lobby pages are slow to load and sometimes error | resolved | major | 2 h 46 min |
| 2026-03-10 16:31 UTC | AWS incident in me-central-1 impacting some customers | resolved | major | 9 d 2 h |
| 2026-02-10 20:45 UTC | Network Error Connecting to Roam | resolved | major | 1 h 40 min |
| 2025-10-08 15:53 UTC | Roam Lobbies Are Unavailable | resolved | minor | 1 h 26 min |
| 2025-08-26 07:00 UTC | Roam Chat Message Delivery Impaired | resolved | major | 5 h 02 min |
Titles, statuses and impact levels are the vendor's own words. Durations marked approx. are inferred from the poll that first found the incident gone. Shows the latest 60; the JSON has everything we hold (up to 400 days).
Watch Roam with the template
Put this in config.json of your fork and add a WEBHOOK_URL secret:
{
"vendors": [
"roam"
],
"format": "auto",
"map_url": "https://raw.githubusercontent.com/APVentureEngine/vendor-status-watch/main/vendors.json",
"unreachable_after": 3,
"mute_maintenance": false
}