TextExpander status history
Current state: operational — “All Systems Operational” per http://status.textexpander.com (Atlassian Statuspage), checked 2026-09-16 12:28 UTC.
How long do TextExpander incidents last?
From 6 incidents with a vendor-posted start and resolve time. Longest on record: Slower connection times — 6.1 h (2025-10-20 17:13 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-06-15 20:59 UTC | Emails not being sent from TextExpander | resolved | none | 2 h 42 min |
| 2026-06-15 17:32 UTC | Emails not getting sent from TextExpander | resolved | none | 2 h 53 min |
| 2026-04-06 19:46 UTC | Users having trouble logging in. | resolved | none | 1 h 19 min |
| 2025-12-03 16:06 UTC | System performance degredation | resolved | none | 3 h 07 min |
| 2025-10-20 17:13 UTC | Slower connection times | resolved | none | 6 h 06 min |
| 2025-10-20 08:30 UTC | Server connection issues | postmortem | major | 0 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 TextExpander with the template
Put this in config.json of your fork and add a WEBHOOK_URL secret:
{
"vendors": [
"textexpander"
],
"format": "auto",
"map_url": "https://raw.githubusercontent.com/APVentureEngine/vendor-status-watch/main/vendors.json",
"unreachable_after": 3,
"mute_maintenance": false
}