Gumloop Outage History
17 incidents recorded over the last 365 days, 17 of them resolved. Durations are measured from when PulsAPI first saw the problem to when it cleared, which is usually longer than the vendor's own figure.
Every Recorded Gumloop Incident
| Date | Incident | Duration | Status |
|---|---|---|---|
| Jun 4, 2026 | Tool calls via Gumloop SDK not working on agent sandboxesSystem is stable. | 1h 50m | Resolved |
| Jun 3, 2026 | Slow or unresponsive tool callsWe have deployed a fix. | 26 min | Resolved |
| Apr 7, 2026 | Slack Agents + Triggers Delayed processingAll triggers and Slack agents have been responded to and delays are gone | 59 min | Resolved |
| Mar 28, 2026 | Triggers are seeing elevated error rates We have identified the root cause of this issue and resolved it. New triggers should be working normally. If your flows were affected by this outage, you will be notified. | 1h 39m | Resolved |
| Mar 5, 2026 | Unresponsive Agents in SlackSlack Agents now appear to be completely recovered | 4h 19m | Resolved |
| Mar 4, 2026 | Flows stuck in "Running" stateAll flows should be functioning normally now | -73 min | Resolved |
| Feb 24, 2026 | Automation runs stuck in "Running" stateAll automations are running successfully now | 0 min | Resolved |
| Feb 23, 2026 | Some automation runs appear to be hangingAll issues should be resolved, and no automations should be in hanging going forward. | 54 min | Resolved |
| Jan 14, 2026 | Degraded performance for agents All latency issues should be resolved | 2h 4m | Resolved |
| Jan 14, 2026 | Errors With Custom Nodes and MCP NodesDownstream provider has resolved issues | 23 min | Resolved |
| Jan 13, 2026 | Issues with accessing flows and workspacesAll systems functioning correctly | 3h 4m | Resolved |
| Jan 6, 2026 | Delayed processingWe have monitored our systems for recovery and all services remain fully operational since 2026-01-06 21:22:00+00. | 21h 27m | Resolved |
| Jan 5, 2026 | Slack Agents + Triggers DelayedIncident has been resolved | 59 min | Resolved |
| Dec 23, 2025 | Triggers ImpactedAll impact has been resolved | 47 min | Resolved |
| Dec 12, 2025 | SSO MigrationMigration completed successfully. | 1h 44m | Resolved |
| Nov 21, 2025 | Increase in Timeouts with MCP NodesError rates returned to normal. MCP Nodes are functioning correctly. | 31 min | Resolved |
| Nov 10, 2025 | Credit Deduction Not Functioning CorrectlyThe issue is fully resolved | 59 min | Resolved |
Hear about the next one while it is open
Everything above is a record written after the fact. We can email you when the next Gumloop incident opens instead, at the point where knowing still changes what you do.
Free, no password, no card. Unsubscribe in one click.
How to Read This Gumloop Incident Log
Each row is an incident PulsAPI observed, not a summary written afterwards. The duration is wall-clock time between the first failing check and the first clean one, so it includes the window before Gumloop acknowledged anything. Vendor post-mortems typically measure from acknowledgement, which is why their numbers are usually shorter.
Incidents still open have no duration yet and are listed as ongoing rather than being given a running total. The archive covers the last 365 days; anything older has aged out of the window rather than never having happened.
The longest single Gumloop outage in this window ran 21h 27m, against a mean recovery of 2h 38m. If you depend on Gumloop in a customer-facing path, the longest figure is the one to design around. The mean is what happens on a normal bad day; the maximum is what happens on the worst one.