Warp Outage History

15 incidents recorded over the last 365 days, 15 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 Warp Incident

Warp incidents, newest first, with date, duration and status.
DateIncidentDurationStatus
Oct 23, 2026Degraded API reliabilityThis incident has been resolved.5h 40mResolved
Oct 20, 2026Warp-hosted agents waiting to be assigned to sandboxesThis incident has been resolved.1h 22mResolved
Oct 16, 2026Scheduled cloud agents unavailableThis incident has been resolved.2h 34mResolved
Sep 30, 2026Session sharing is degradedThis incident has been resolved.4h 44mResolved
Aug 17, 2026Incident with oz.warp.devFully recovered by 5:24PM (ET).-30 minResolved
Jun 23, 2026Elevated error rates on oz.warp.devWe discovered a issue where Oz runs were unable to start when invoked from the web.-78 minResolved
Jun 15, 2026Elevated LatenciesThis incident has been resolved.2h 37mResolved
Apr 27, 2026Warp.dev webpage is downThis incident has been resolved26 minResolved
Apr 13, 2026Partial login unavailabilityThis incident has been resolved.57 minResolved
Mar 16, 2026Intermittent DNS IssuesGoDaddy has resolved their issues and access to Warp appears restored. Thank you for your patience.4h 31mResolved
Mar 2, 2026Warp Server partial outageThis incident has been resolved.0 minResolved
Feb 19, 2026Partial outage of oz.warp.devThis incident has been resolved.1h 12mResolved
Feb 13, 2026Service is overloadedThis incident has been resolved.7h 26mResolved
Feb 11, 2026Service overloadThis incident has been resolved.3h 42mResolved
Jan 24, 2026Agent Mode returning “Rate limit exceeded” errorsBetween 1:00 PM and 2:00 PM ET on Jan 24, 2026, some Agent Mode requests returned “Rate limit exceeded” errors. Service has been restored and Agent Mode is operating normally.-87 minResolved

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 Warp 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 Warp 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 Warp 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 Warp outage in this window ran 7h 26m, against a mean recovery of 2h 56m. If you depend on Warp 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.