Smartsheet Incident History

1. postmortemSep 11 · 04:20 UTC

   Between August 26 and August 28, 2026, customers experienced intermittent issues logging in to Smartsheet and loading sheets, Dashboards, Reports, and certain premium applications, including Control Center, Dynamic View, WorkApps, and Resource Management. The most significant disruption occurred on August 26, lasting approximately 3 hours and 56 minutes, from 12:21 to 16:17 UTC. A shorter recurrence affected customers for approximately 47 minutes on August 27, from 13:03 to 13:50 UTC. A smaller number of customers in our European region experienced a brief period of similar impact on August 28, lasting under 30 minutes, before the issue was fully and permanently resolved. Customers in our Australia and Government regions were not affected at any point during this incident. The underlying cause traced back to a routine change to an internal feature setting. That change had an unintended side effect: it exposed a software defect that caused customers' browsers to send a large, unexpected volume of diagnostic messages back to our servers. Because each of these messages required a standard identity check, they placed significant additional strain on the systems responsible for verifying that users were properly logged in. The sudden surge overwhelmed the systems and as a result, verification requests began timing out — which is what caused the login and access errors customers experienced. Our engineering teams responded quickly by adding capacity to the affected systems between 14:55 and 15:45 UTC on August 26, which restored access by 16:17 UTC that same day. However, that added capacity was not preserved in our standard configuration, so a routine software deployment at approximately 06:11 UTC on August 27 reset it, allowing the same conditions to briefly recur beginning at 13:03 UTC that day; we again resolved it by restoring capacity, with service fully stable by 13:50 UTC. On August 28, at approximately 08:50 UTC, we identified the true root cause — the feature-setting change — and deployed a permanent fix by 13:00 UTC that corrected the underlying defect, fully resolving the issue across all regions by 14:51 UTC. To prevent a recurrence, we are hardening our authentication subsystem to handle such request spikes with autoscaling, faster failure detection, request throttling and load-shedding. We are also strengthening our internal review process for feature-related changes to catch this class of issue before it reaches production. We know how disruptive this incident was, and we sincerely apologize for the impact on you and your business. We remain committed to learning from this event and continuing to invest in the reliability our customers depend on.

Reported by Smartsheet on their status page.

1. postmortemSep 11 · 04:19 UTC

   Between August 26 and August 28, 2026, customers experienced intermittent issues logging in to Smartsheet and loading sheets, Dashboards, Reports, and certain premium applications, including Control Center, Dynamic View, WorkApps, and Resource Management. The most significant disruption occurred on August 26, lasting approximately 3 hours and 56 minutes, from 12:21 to 16:17 UTC. A shorter recurrence affected customers for approximately 47 minutes on August 27, from 13:03 to 13:50 UTC. A smaller number of customers in our European region experienced a brief period of similar impact on August 28, lasting under 30 minutes, before the issue was fully and permanently resolved. Customers in our Australia and Government regions were not affected at any point during this incident. The underlying cause traced back to a routine change to an internal feature setting. That change had an unintended side effect: it exposed a software defect that caused customers' browsers to send a large, unexpected volume of diagnostic messages back to our servers. Because each of these messages required a standard identity check, they placed significant additional strain on the systems responsible for verifying that users were properly logged in. The sudden surge overwhelmed the systems and as a result, verification requests began timing out — which is what caused the login and access errors customers experienced. Our engineering teams responded quickly by adding capacity to the affected systems between 14:55 and 15:45 UTC on August 26, which restored access by 16:17 UTC that same day. However, that added capacity was not preserved in our standard configuration, so a routine software deployment at approximately 06:11 UTC on August 27 reset it, allowing the same conditions to briefly recur beginning at 13:03 UTC that day; we again resolved it by restoring capacity, with service fully stable by 13:50 UTC. On August 28, at approximately 08:50 UTC, we identified the true root cause — the feature-setting change — and deployed a permanent fix by 13:00 UTC that corrected the underlying defect, fully resolving the issue across all regions by 14:51 UTC. To prevent a recurrence, we are hardening our authentication subsystem to handle such request spikes with autoscaling, faster failure detection, request throttling and load-shedding. We are also strengthening our internal review process for feature-related changes to catch this class of issue before it reaches production. We know how disruptive this incident was, and we sincerely apologize for the impact on you and your business. We remain committed to learning from this event and continuing to invest in the reliability our customers depend on.

Reported by Smartsheet on their status page.

1. resolvedAug 26 · 00:23 UTC

   This incident has been resolved.

Reported by Smartsheet on their status page.

1. postmortemAug 19 · 22:38 UTC

   On August 11 from approximately 7:00 AM to 4:20 PM PDT, some customers experienced timeouts or failures when loading sheets and reports, as well as automation workflow failures that caused some workflows to disable due to elevated error rates. The incident was caused by a database query-routing issue related to the conditions behind recent service disruptions, where certain reads were routed to primary write servers and an edge case involving sheet synchronization amplified the resulting load. We stabilized the service by 3:20 PM PDT and confirmed full recovery by 4:20 PM PDT after scaling affected services and failing over database servers to increase capacity. We identified and deployed a permanent code fix to correct the query routing. We are also improving monitoring and safeguards to detect and mitigate similar conditions earlier.

Reported by Smartsheet on their status page.

1. postmortemAug 20 · 17:23 UTC

   On July 30, 2026, between approximately 11:00 and 15:57 UTC, some customers could not load sheets and experienced API timeouts. This also affected Control Center, Table View, Timeline and Board views, Reports, Dashboards, Forms, Dynamic View, and Bridge integrations. The cause was a backend service that came under heavy CPU load during the morning traffic ramp-up. Its automated health checks began removing overloaded instances faster than replacements could come online, and the service's minimum capacity setting was too low to absorb the loss. Our engineers resolved the issue by raising the service's capacity limits, which restored healthy capacity and returned performance to normal within minutes. No data was lost. We have permanently raised the capacity floor, and we are tuning the health checks, adding earlier infrastructure-level monitoring, and building a runbook to prevent and speed recovery from similar issues.

Reported by Smartsheet on their status page.

1. postmortemAug 14 · 18:51 UTC

   The Smartsheet Merge add-on for Google Docs stopped working after Google removed support for an older runtime environment that the add-on depended on, causing the add-on to fail entirely for all users (~234,000 affected). The issue was resolved on June 11, 2026, by updating the add-on's code and deployment configuration to be compatible with Google's current platform — no customer data was lost.

Reported by Smartsheet on their status page.