<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Terra Status - Incident history</title>
    <link>https://status.tryterra.co</link>
    <description>Terra</description>
    <pubDate>Fri, 7 Aug 2026 01:08:00 +0000</pubDate>
    
<item>
  <title>Elevated errors on API requests</title>
  <description>
    Type: Incident
    Duration: 2 hours and 38 minutes

    Affected Components: REST endpoints
    Aug 7, 01:08:00 GMT+0 - Investigating - We are investigating elevated errors on the Terra API. Requests authenticated with a Terra API key may fail with an authorization error. Provider connections and incoming data are not affected. Aug 7, 03:40:00 GMT+0 - Identified - We have identified the cause and are applying a fix now. API keys have not been changed or revoked. Data from connected providers has continued to arrive throughout. Aug 7, 03:46:00 GMT+0 - Resolved - This incident is resolved. Between 01:08 and 03:46 UTC, requests authenticated with a Terra API key could fail with an authorization error. Your API keys were never changed or revoked - requests are succeeding again with no action needed. Provider connections and data delivery were unaffected and no data was lost. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 2 hours and 38 minutes</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Aug &lt;var data-var=&#039;date&#039;&gt; 7&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;01:08:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Investigating&lt;/strong&gt; -
  We are investigating elevated errors on the Terra API. Requests authenticated with a Terra API key may fail with an authorization error. Provider connections and incoming data are not affected..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Aug &lt;var data-var=&#039;date&#039;&gt; 7&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;03:40:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  We have identified the cause and are applying a fix now. API keys have not been changed or revoked. Data from connected providers has continued to arrive throughout..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Aug &lt;var data-var=&#039;date&#039;&gt; 7&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;03:46:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  This incident is resolved. Between 01:08 and 03:46 UTC, requests authenticated with a Terra API key could fail with an authorization error. Your API keys were never changed or revoked - requests are succeeding again with no action needed. Provider connections and data delivery were unaffected and no data was lost..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Fri, 7 Aug 2026 01:08:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmsifu7ig07ce1bn33plw9hb4</link>
  <guid>https://status.tryterra.co/incident/cmsifu7ig07ce1bn33plw9hb4</guid>
</item>

<item>
  <title>Concept2 Data Fetching</title>
  <description>
    Type: Incident
    Duration: 11 hours and 58 minutes

    Affected Components: Concept2
    Aug 5, 20:19:19 GMT+0 - Identified - Concept2&#039;s API is currently returning errors, which is disrupting data sync for Concept2 connections. This is an issue on Concept2&#039;s side — Terra&#039;s systems are healthy. Syncs will resume automatically once Concept2 recovers; no action is needed on your end. We&#039;re monitoring and will post updates here. Aug 6, 08:17:12 GMT+0 - Resolved - This incident has been resolved. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 11 hours and 58 minutes</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Aug &lt;var data-var=&#039;date&#039;&gt; 5&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;20:19:19&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  Concept2&#039;s API is currently returning errors, which is disrupting data sync for Concept2 connections. This is an issue on Concept2&#039;s side — Terra&#039;s systems are healthy. Syncs will resume automatically once Concept2 recovers; no action is needed on your end. We&#039;re monitoring and will post updates here..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Aug &lt;var data-var=&#039;date&#039;&gt; 6&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;08:17:12&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  This incident has been resolved..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Wed, 5 Aug 2026 20:19:19 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmsgj5uav00fd0lqxn6b5xtr0</link>
  <guid>https://status.tryterra.co/incident/cmsgj5uav00fd0lqxn6b5xtr0</guid>
</item>

<item>
  <title>Delayed Garmin data delivery</title>
  <description>
    Type: Incident
    Duration: 8 days, 11 hours and 9 minutes

    Affected Components: Garmin
    Jul 25, 08:20:00 GMT+0 - Identified - Garmin data is arriving later than usual. Other providers are unaffected and no data is being lost. We have identified the cause and are working on a fix. Jul 25, 20:55:19 GMT+0 - Identified - A fix has been identified and is being rolled out. Jul 25, 21:21:11 GMT+0 - Monitoring - A fix has been deployed and delivery times are returning to normal. Some earlier data is still being delivered. Jul 26, 00:07:08 GMT+0 - Resolved - Delivery times have returned to normal. A backlog of earlier data is still being delivered and will complete over the next few hours. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 8 days, 11 hours and 9 minutes</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 25&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;08:20:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  Garmin data is arriving later than usual. Other providers are unaffected and no data is being lost. We have identified the cause and are working on a fix..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 25&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;20:55:19&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  A fix has been identified and is being rolled out..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 25&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;21:21:11&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Monitoring&lt;/strong&gt; -
  A fix has been deployed and delivery times are returning to normal. Some earlier data is still being delivered..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 26&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;00:07:08&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  Delivery times have returned to normal. A backlog of earlier data is still being delivered and will complete over the next few hours..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Sat, 25 Jul 2026 08:20:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cms0radph0bw30kmtjf9uaps1</link>
  <guid>https://status.tryterra.co/incident/cms0radph0bw30kmtjf9uaps1</guid>
</item>

<item>
  <title>Degraded performance — Fitbit</title>
  <description>
    Type: Incident
    Duration: 5 hours and 15 minutes

    Affected Components: Fitbit
    Jul 15, 11:45:10 GMT+0 - Investigating - Fitbit&#039;s API is returning elevated errors, which is reducing Fitbit data delivery for some users. Data during this window will be delayed — it will sync automatically once Fitbit recovers. We&#039;re monitoring and will post updates here. Jul 15, 13:12:22 GMT+0 - Identified - Google, who operate the Fitbit platform, have confirmed an outage on their side affecting sync for all Fitbit users (their status page: https://status.healthapp.google.com/incidents/P9M1yCB8EG8EN5SyC6jA). Fitbit data delivery remains reduced until Google resolves the issue. Data during this window is delayed, not lost — it will sync automatically once their service recovers. Jul 15, 14:27:36 GMT+0 - Monitoring - Fitbit&#039;s API is responding normally again in our checks. We are now working through the large backlog of notifications that accumulated during the outage, so Fitbit data will catch up progressively over the next hours — newest data first for most users. No data was lost. Google&#039;s own status page still lists their incident as open; we&#039;ll resolve here once delivery is fully back to normal. Jul 15, 17:00:00 GMT+0 - Resolved - Resolved. Fitbit&#039;s platform recovered and we processed the full backlog of notifications that accumulated during their outage. All delayed Fitbit data has been synced — nothing was lost. Catch-up completed by 17:00 UTC. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 5 hours and 15 minutes</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 15&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;11:45:10&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Investigating&lt;/strong&gt; -
  Fitbit&#039;s API is returning elevated errors, which is reducing Fitbit data delivery for some users. Data during this window will be delayed — it will sync automatically once Fitbit recovers. We&#039;re monitoring and will post updates here..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 15&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;13:12:22&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  Google, who operate the Fitbit platform, have confirmed an outage on their side affecting sync for all Fitbit users (their status page: https://status.healthapp.google.com/incidents/P9M1yCB8EG8EN5SyC6jA). Fitbit data delivery remains reduced until Google resolves the issue. Data during this window is delayed, not lost — it will sync automatically once their service recovers..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 15&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;14:27:36&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Monitoring&lt;/strong&gt; -
  Fitbit&#039;s API is responding normally again in our checks. We are now working through the large backlog of notifications that accumulated during the outage, so Fitbit data will catch up progressively over the next hours — newest data first for most users. No data was lost. Google&#039;s own status page still lists their incident as open; we&#039;ll resolve here once delivery is fully back to normal..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 15&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;17:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  Resolved. Fitbit&#039;s platform recovered and we processed the full backlog of notifications that accumulated during their outage. All delayed Fitbit data has been synced — nothing was lost. Catch-up completed by 17:00 UTC..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Wed, 15 Jul 2026 11:45:10 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmrm151d501gr1amtus4n16om</link>
  <guid>https://status.tryterra.co/incident/cmrm151d501gr1amtus4n16om</guid>
</item>

<item>
  <title>Strava API access changes for some integrations</title>
  <description>
    Type: Incident
    Duration: 15 days and 54 minutes

    Affected Components: Strava
    Jul 2, 00:00:00 GMT+0 - Monitoring - Since July 2, Strava has begun requiring developers to maintain an active Strava subscription (Standard Tier, effective June 30). Applications without one receive an “Inactive” response from Strava and stop delivering new data. Existing data is unaffected. If your Strava data has stopped, ensure the Strava account that owns your application has an active subscription, then reactivate the app in Strava’s API settings. Strava’s full migration deadline is September 1. Jul 17, 00:54:21 GMT+0 - Resolved - Strava&#039;s new API access requirements have been in effect since July 2 and affected integrations have had time to complete the required updates. Closing this notice — if your Strava connection still shows issues, please reach out to support. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 15 days and 54 minutes</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 2&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;00:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Monitoring&lt;/strong&gt; -
  Since July 2, Strava has begun requiring developers to maintain an active Strava subscription (Standard Tier, effective June 30). Applications without one receive an “Inactive” response from Strava and stop delivering new data. Existing data is unaffected. If your Strava data has stopped, ensure the Strava account that owns your application has an active subscription, then reactivate the app in Strava’s API settings. Strava’s full migration deadline is September 1..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jul &lt;var data-var=&#039;date&#039;&gt; 17&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;00:54:21&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  Strava&#039;s new API access requirements have been in effect since July 2 and affected integrations have had time to complete the required updates. Closing this notice — if your Strava connection still shows issues, please reach out to support..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Thu, 2 Jul 2026 00:00:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmrf6t1q8095q1aq6hh0u8ud8</link>
  <guid>https://status.tryterra.co/incident/cmrf6t1q8095q1aq6hh0u8ud8</guid>
</item>

<item>
  <title>Degraded API performance and delayed data delivery</title>
  <description>
    Type: Incident
    Duration: 2 hours and 50 minutes

    Affected Components: Event Delivery, REST endpoints
    Jun 19, 21:55:00 GMT+0 - Resolved - Service has recovered. Data during this incident was delayed, not lost, and has been delivered. We are adding stronger saturation alerting and capacity guardrails so this class of issue is caught earlier. Jun 19, 20:15:00 GMT+0 - Identified - We identified saturation in a database used by our connection and configuration service. We are restarting it and increasing its capacity. Jun 19, 19:05:00 GMT+0 - Investigating - We are investigating degraded API performance. Some requests are returning errors or timing out, and some data deliveries are delayed. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 2 hours and 50 minutes</p>
    <p><strong>Affected Components:</strong> , </p>
    &lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 19&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;21:55:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  Service has recovered. Data during this incident was delayed, not lost, and has been delivered. We are adding stronger saturation alerting and capacity guardrails so this class of issue is caught earlier..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 19&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;20:15:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  We identified saturation in a database used by our connection and configuration service. We are restarting it and increasing its capacity..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 19&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;19:05:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Investigating&lt;/strong&gt; -
  We are investigating degraded API performance. Some requests are returning errors or timing out, and some data deliveries are delayed..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Fri, 19 Jun 2026 19:05:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmrew43hj06oy0zmvtgmimlyb</link>
  <guid>https://status.tryterra.co/incident/cmrew43hj06oy0zmvtgmimlyb</guid>
</item>

<item>
  <title>Delayed Polar data delivery</title>
  <description>
    Type: Incident
    Duration: 5 days and 18 hours

    Affected Components: Polar
    Jun 18, 18:00:00 GMT+0 - Investigating - We&#039;re seeing reduced, delayed activity data from Polar. Real-time updates for some Polar users are arriving late or not at all. Jun 19, 10:00:00 GMT+0 - Identified - This is an upstream issue on Polar&#039;s side. Polar has confirmed synchronization problems in their mobile app affecting activity data and webhook delivery for a subset of users. Historical data remains available from Polar. Jun 23, 09:00:00 GMT+0 - Monitoring - Polar data volumes are recovering as their fixes roll out and users update the Polar app. Jun 24, 12:00:00 GMT+0 - Resolved - Polar data delivery has returned to normal. Real-time updates during this period were delayed; the underlying data remains available from Polar and can be re-synced. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 5 days and 18 hours</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 18&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;18:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Investigating&lt;/strong&gt; -
  We&#039;re seeing reduced, delayed activity data from Polar. Real-time updates for some Polar users are arriving late or not at all..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 19&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;10:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  This is an upstream issue on Polar&#039;s side. Polar has confirmed synchronization problems in their mobile app affecting activity data and webhook delivery for a subset of users. Historical data remains available from Polar..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 23&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;09:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Monitoring&lt;/strong&gt; -
  Polar data volumes are recovering as their fixes roll out and users update the Polar app..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 24&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;12:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  Polar data delivery has returned to normal. Real-time updates during this period were delayed; the underlying data remains available from Polar and can be re-synced..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Thu, 18 Jun 2026 18:00:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmrf6r15g01a90rmksatpixqp</link>
  <guid>https://status.tryterra.co/incident/cmrf6r15g01a90rmksatpixqp</guid>
</item>

<item>
  <title>API unavailable</title>
  <description>
    Type: Incident
    Duration: 16 minutes

    Affected Components: REST endpoints
    Jun 5, 15:29:00 GMT+0 - Investigating - We are investigating elevated errors on the Terra API. Requests may fail during this period. Jun 5, 15:45:00 GMT+0 - Resolved - API availability has been restored after a deployment issue. The API was unavailable for approximately 16 minutes (15:29 to 15:45 UTC). We are adding additional deployment checks to reduce the risk of recurrence. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 16 minutes</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 5&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;15:29:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Investigating&lt;/strong&gt; -
  We are investigating elevated errors on the Terra API. Requests may fail during this period..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;Jun &lt;var data-var=&#039;date&#039;&gt; 5&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;15:45:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  API availability has been restored after a deployment issue. The API was unavailable for approximately 16 minutes (15:29 to 15:45 UTC). We are adding additional deployment checks to reduce the risk of recurrence..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Fri, 5 Jun 2026 15:29:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmrew42dg039i0kt9kls2qsif</link>
  <guid>https://status.tryterra.co/incident/cmrew42dg039i0kt9kls2qsif</guid>
</item>

<item>
  <title>Delayed webhook deliveries</title>
  <description>
    Type: Incident
    Duration: 2 days and 2 hours

    Affected Components: Event Delivery
    May 24, 04:00:00 GMT+0 - Investigating - We are investigating delayed webhook deliveries. Incoming data is being received and stored; delivery to your endpoints is running behind. May 24, 06:30:00 GMT+0 - Identified - We identified a large delivery backlog caused by a queueing issue. New events are being prioritised while we work through the backlog. May 24, 14:00:00 GMT+0 - Monitoring - Delivery of new events is back to normal speed. We are draining the remaining backlog; older events will arrive over the next hours. May 26, 06:00:00 GMT+0 - Resolved - The backlog has been fully delivered. Data during this incident was delayed, not lost. 
  </description>
  <content:encoded>
    <![CDATA[<p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 2 days and 2 hours</p>
    <p><strong>Affected Components:</strong> </p>
    &lt;p&gt;&lt;small&gt;May &lt;var data-var=&#039;date&#039;&gt; 24&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;04:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Investigating&lt;/strong&gt; -
  We are investigating delayed webhook deliveries. Incoming data is being received and stored; delivery to your endpoints is running behind..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;May &lt;var data-var=&#039;date&#039;&gt; 24&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;06:30:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Identified&lt;/strong&gt; -
  We identified a large delivery backlog caused by a queueing issue. New events are being prioritised while we work through the backlog..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;May &lt;var data-var=&#039;date&#039;&gt; 24&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;14:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Monitoring&lt;/strong&gt; -
  Delivery of new events is back to normal speed. We are draining the remaining backlog; older events will arrive over the next hours..&lt;/p&gt;
&lt;p&gt;&lt;small&gt;May &lt;var data-var=&#039;date&#039;&gt; 26&lt;/var&gt;, &lt;var data-var=&#039;time&#039;&gt;06:00:00&lt;/var&gt; GMT+0&lt;/small&gt;&lt;br&gt;&lt;strong&gt;Resolved&lt;/strong&gt; -
  The backlog has been fully delivered. Data during this incident was delayed, not lost..&lt;/p&gt;
]]>
  </content:encoded>
  <pubDate>Sun, 24 May 2026 04:00:00 +0000</pubDate>
  <link>https://status.tryterra.co/incident/cmrew40y306n60zq6a8xidjfd</link>
  <guid>https://status.tryterra.co/incident/cmrew40y306n60zq6a8xidjfd</guid>
</item>

  </channel>
  </rss>