Brief Feb. 24 Degradation Disrupts monday.com Automations, Service Restored
Brief, regionally scoped degradation hit monday.com automations around 08:42 AM PST on Feb. 24; a fix was implemented and the incident was resolved by 17:06 UTC.

A short, regionally scoped degradation disrupted monday.com Automations on Feb. 24, 2026, with independent uptime monitors flagging degraded performance at about 08:42 AM PST (16:42 UTC) and the company’s status page showing the issue moved from investigating to resolved within roughly half an hour. StatusGator’s consolidated timeline records the incident start as Feb 24, 2026 4:42 PM and lists the event with a 25m duration and a severity marked as Warn.
monday.com’s public status entries provide the company’s sequence of acknowledgements and resolution. At Feb 24, 16:40 UTC the status page posted, "We are currently investigating reports of issues related to our automations. Our team is looking into this and will provide you with a response shortly." The page then updated at 16:49 UTC with, "A fix has been implemented and we are monitoring the results." The final status update at 17:06 UTC read, "This incident has been resolved."
Third-party monitors corroborate those timestamps and the short duration. StatusGator’s incident row labels the event "Investigating reports of issues with our automations," shows a start time of Feb 24, 2026 4:42 PM, and records a 25m duration. StatusGator’s classification aligns the incident with non-critical degradations; the service explains, "Warn notifications are used when Monday is undergoing a non-critical issue like minor service issues, performance degradation, non-core bugs, capacity issues, or problems affecting a small number of users." Separate independent uptime monitors reported the degraded state "beginning at approximately 08:42 AM PST," which converts to the same 16:42 UTC window shown in the official timeline.
Sources consistently identify the affected functionality as automations. The original monitor summary described the event as a "regionally scoped degradation," but none of the supplied monday.com status entries specify which region was impacted. Mirror pages such as StatusSight list regional sections labeled "monday.com US," "monday.com EU," and "monday.com AUS," yet the provided status text does not name a single region as the locus of the problem.
After the Feb. 24 incident the automations component returned to normal and multiple platform components appeared Operational in status snapshots. Excerpts list "API Operational," "Communication Operational," "Apps Operational," "monday workdocs Operational," "Files Operational," "Billing Operational," "Other Functionalities Operational," "Support Operational," and "Emails & Activities Operational," with repeated notes of "90 days ago 100.0 % uptime" across many components.
For additional context, StatusGator’s feed shows other recent entries: scheduled maintenance on Feb 22 (EU server) with an In progress note at Feb 22, 06:30 UTC and Completed at Feb 22, 06:45 UTC, a Feb 19 scrolling issue that lasted 2h 10m, and a Feb 18 minor incident of 1h 10m. At the same time, a scraped Status Monday excerpt contains internally contradictory lines including "Partial outage" and "No downtime recorded on this day." Those conflicting phrases appear on the same source and do not align with the official status timestamps.
The incident is logged in monday.com’s public status history as Investigating at 16:40 UTC, Monitoring at 16:49 UTC, and Resolved at 17:06 UTC, with independent monitors and StatusGator showing a roughly 24-26 minute window. The only explicitly named affected service in the supplied material is Automations, and the original characterization of the event as "regionally scoped" remains unelaborated in the official status entries.
Know something we missed? Have a correction or additional information?
Submit a Tip

