<?xml version="1.0" encoding="UTF-8"?>
<feed xml:lang="en-US" xmlns="http://www.w3.org/2005/Atom">
  <id>tag:status.useforesight.io,2005:/history</id>
  <link rel="alternate" type="text/html" href="https://status.useforesight.io"/>
  <link rel="self" type="application/atom+xml" href="https://status.useforesight.io/history.atom"/>
  <title>Foresight Status - Incident history</title>
  <updated>2026-05-22T06:11:50.548+00:00</updated>
  <author>
    <name>Foresight</name>
  </author>
  
<entry>
  <id>tag:status.useforesight.io,2005:Incident/cmpgl0xmd004lnwjdgkie64el</id>
  <published>2026-05-22T06:11:50.548+00:00</published>
  <updated>2026-05-22T06:11:50.548+00:00</updated>
  <link rel="alternate" type="text/html" href="https://status.useforesight.io/incident/cmpgl0xmd004lnwjdgkie64el"/>
  <title>Incident Affecting Some Customers</title>

  <content type="html">
  <![CDATA[
    <p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 4 hours and 3 minutes</p>
    <p><strong>Affected Components:</strong> App &amp; DB Services</p>
    <p><small>May <var data-var='date'> 22</var>, <var data-var='time'>06:11:50</var> GMT+0</small><br /><strong>Identified</strong> -
  Our app and database infrastructure provider is experiencing an incident affecting some deployments. Some users may see temporary errors or delayed actions in the Foresight platform. We are monitoring the provider’s mitigation and will share updates as service recovers..</p>
<p><small>May <var data-var='date'> 22</var>, <var data-var='time'>06:55:16</var> GMT+0</small><br /><strong>Identified</strong> -
  The provider has identified the issue and is rolling out a mitigation. We are monitoring the situation and will apply any required updates on our side to restore normal service as quickly as possible..</p>
<p><small>May <var data-var='date'> 22</var>, <var data-var='time'>07:50:00</var> GMT+0</small><br /><strong>Monitoring</strong> -
  Our app and database infrastructure provider has implemented a fix and is now monitoring the incident. Foresight engineers determine that our services are now recovered and will continue to monitor..</p>
<p><small>May <var data-var='date'> 22</var>, <var data-var='time'>10:14:29</var> GMT+0</small><br /><strong>Resolved</strong> -
  This incident has been resolved..</p>

        ]]>
  </content>
</entry>

<entry>
  <id>tag:status.useforesight.io,2005:Incident/cmpgl0xm2004jnwjdwaariqks</id>
  <published>2026-05-08T00:16:37.645+00:00</published>
  <updated>2026-05-08T00:16:37.829+00:00</updated>
  <link rel="alternate" type="text/html" href="https://status.useforesight.io/incident/cmpgl0xm2004jnwjdwaariqks"/>
  <title>Intermittent Impact from AWS Outage</title>

  <content type="html">
  <![CDATA[
    <p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 4 days, 13 hours and 4 minutes</p>
    
    <p><small>May <var data-var='date'> 8</var>, <var data-var='time'>00:16:37</var> GMT+0</small><br /><strong>Investigating</strong> -
  We’re experiencing intermittent downtime from an upstream infrastructure provider. Some customer workloads may see brief error spikes while affected jobs are reallocated to healthy hardware and databases fail over. We’re monitoring recovery and will provide updates as mitigation progresses..</p>
<p><small>May <var data-var='date'> 8</var>, <var data-var='time'>00:29:51</var> GMT+0</small><br /><strong>Identified</strong> -
  AWS has identified an Availability Zone-level issue affecting our infrastructure. Some customer workloads may continue to experience intermittent errors while affected jobs are reallocated to healthy hardware and databases fail over. We’re continuing to monitor recovery and will provide updates as AWS mitigation progresses..</p>
<p><small>May <var data-var='date'> 8</var>, <var data-var='time'>00:54:51</var> GMT+0</small><br /><strong>Identified</strong> -
  AWS’s Availability Zone-level issue is continuing to cause impact to our infrastructure. Some customers may experience extended downtime or elevated error rates while affected workloads recover on healthy infrastructure. We’re actively working to restore service for impacted customers and will continue to provide updates as recovery progresses..</p>
<p><small>May <var data-var='date'> 8</var>, <var data-var='time'>01:51:00</var> GMT+0</small><br /><strong>Monitoring</strong> -
  We’ve moved affected infrastructure out of the impacted AWS Availability Zone, and traffic should now be restored. We’re continuing to monitor for any residual impact while AWS’s recovery progresses..</p>
<p><small>May <var data-var='date'> 8</var>, <var data-var='time'>02:05:41</var> GMT+0</small><br /><strong>Resolved</strong> -
  We’ve mitigated the impact from AWS’s Availability Zone issue, and service has remained stable. We have not observed further node failures or customer impact, so we’re marking this incident as resolved. We’ll continue to monitor AWS’s recovery separately..</p>

        ]]>
  </content>
</entry>

<entry>
  <id>tag:status.useforesight.io,2005:Incident/cmpgl0xm2004hnwjdujnga04c</id>
  <published>2026-05-06T17:43:46.393+00:00</published>
  <updated>2026-05-06T17:43:46.467+00:00</updated>
  <link rel="alternate" type="text/html" href="https://status.useforesight.io/incident/cmpgl0xm2004hnwjdujnga04c"/>
  <title>Elevated latency for function calls for some deployments</title>

  <content type="html">
  <![CDATA[
    <p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 1 day, 17 hours and 2 minutes</p>
    
    <p><small>May <var data-var='date'> 6</var>, <var data-var='time'>17:43:46</var> GMT+0</small><br /><strong>Investigating</strong> -
  Convex on-call engineers are investigated elevated latency for function calls on a small set of Convex deployments.</p>
<p><small>May <var data-var='date'> 6</var>, <var data-var='time'>18:04:13</var> GMT+0</small><br /><strong>Monitoring</strong> -
  A fix has been implemented and we are monitoring the results.</p>
<p><small>May <var data-var='date'> 6</var>, <var data-var='time'>18:24:48</var> GMT+0</small><br /><strong>Resolved</strong> -
  This incident has been resolved..</p>

        ]]>
  </content>
</entry>

<entry>
  <id>tag:status.useforesight.io,2005:Incident/cmpgl0xlu004fnwjdq0fb6w98</id>
  <published>2026-04-09T05:42:27.000+00:00</published>
  <updated>2026-04-09T05:42:27.000+00:00</updated>
  <link rel="alternate" type="text/html" href="https://status.useforesight.io/incident/cmpgl0xlu004fnwjdq0fb6w98"/>
  <title>Small percentage of deployments experiencing outage</title>

  <content type="html">
  <![CDATA[
    <p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 1 day, 18 hours and 32 minutes</p>
    
    <p><small>Apr <var data-var='date'> 9</var>, <var data-var='time'>05:42:27</var> GMT+0</small><br /><strong>Investigating</strong> -
  Seems related to a problematic database failover. Updates soon..</p>
<p><small>Apr <var data-var='date'> 9</var>, <var data-var='time'>05:59:27</var> GMT+0</small><br /><strong>Monitoring</strong> -
  A fix has been implemented and we are monitoring the results..</p>
<p><small>Apr <var data-var='date'> 9</var>, <var data-var='time'>06:24:59</var> GMT+0</small><br /><strong>Resolved</strong> -
  This issue is considered resolved.

Impact: A small percentage of Convex deployments experienced sporadic availability for approximately 17 minutes, from 22:42 to 22:59 PM PT.

Root cause: one of our database clusters experienced a routine primary failover event. During the primary promotion process, the orchestration system failed to provision a replica that was ready to accept new database writes.

Out of an abundance of caution, Convex will only use database clusters that support semi-sync replication, where at least two machines persist the writes before considering the write successful.

Since the replicas were not ready, this cluster was not usable by Convex. Human operators were paged to intervene and fix the broken automation. We&#039;re working with our database partners to better understand what went wrong and what changes will prevent it in the future..</p>

        ]]>
  </content>
</entry>

</feed>