Capsule Outage History
Capsule is up right nowPingoru has recorded 25 incidents for Capsule: 2 in the last 12 months and 0 in the last 90 days.
Show as a table
| Month | Incidents | Hours with an open incident |
|---|---|---|
| April 2026 | 0 | 0 of 720 (0%) |
| May 2026 | 0 | 0 of 744 (0%) |
| June 2026 | 0 | 0 of 720 (0%) |
| July 2026 | 1 | 51 of 744 (7%) |
| August 2026 | 0 | 0 of 744 (0%) |
| September 2026 | 0 | 0 of 720 (0%) |
| October 2026 | 0 | 0 of 744 (0%) |
| November 2026 | 0 | 0 of 142 (0%) |
Incidents, newest first
Minor July 6, 2026 Reports and Dashboards Delays 2d 2h Capsule
Started Jul 06, 2026, 10:35 AM UTC· resolved Jul 08, 2026, 01:12 PM UTC
- identified Jul 06, 2026, 10:35 AM UTC
An issue has been identified with Reports and Dashboards in Capsule. Activity from the last few days may not be displaying as expected. This is due to a delay in processing the underlying data. All activity has been safely recorded and we're working to resolve this issue. We will update this incident once we know more.
- monitoring Jul 06, 2026, 03:33 PM UTC
A fix has been implemented and recent activity is available again in Reports and Dashboards. We're continuing to monitor application performance.
- resolved Jul 08, 2026, 01:12 PM UTC
This issue is now fully resolved.
Major March 27, 2026 Unable to access Capsule 15h 21m Capsule
Started Mar 27, 2026, 01:26 AM UTC· resolved Mar 27, 2026, 04:48 PM UTC
- investigating Mar 27, 2026, 01:26 AM UTC
We are aware of an issue preventing customers from accessing Capsule at the moment. We are working hard on getting this fixed and we'll be sure to post an update once we're back online.
- monitoring Mar 27, 2026, 01:43 AM UTC
We have managed to restore service. The root cause is under investigation and an update will be provided as soon as possible. If you are still having issues accessing your Capsule account please contact [email protected].
- monitoring Mar 27, 2026, 08:56 AM UTC
A repeat of the service failure has occurred. We are still investigating the root cause for this incident but Capsule is back online. Updates will be posted as we learn more.
- monitoring Mar 27, 2026, 09:15 AM UTC
We believe we have found the root cause for this issue and a fix is currently being deployed.
- monitoring Mar 27, 2026, 10:15 AM UTC
The fix has been deployed and we are seeing normal response times in app. A full incident report will be published in due course.
- resolved Mar 27, 2026, 04:48 PM UTC
This incident has been resolved.
- postmortem Mar 27, 2026, 04:48 PM UTC
# Incident Summary On Friday, March 27, 2026, Capsule experienced several periods of slow performance and some temporary outages. These were caused by two separate and unrelated issues: * A recent software update that unintentionally caused parts of the system to become stuck. * An uncommon data pattern which led to degraded performance under specific conditions. Both issues have now been resolved. The first was fixed by rolling back the recent update, and the second by mitigating the data pattern that caused the issue. At no point was any customer data impacted. # Timeline of Events _\(All times are UTC\)_ * **00:01** – A small number of users began experiencing errors when using the web app and API. * **01:00** – Errors increased significantly, triggering an alert to our on-call engineers. Investigation began. * **01:35** – The team observed locking behavior and replacement servers deployed to mitigate. * **02:09** – Service appeared stable, with further investigation ongoing. * **08:37** – Errors reappeared for a small number of users. * **08:46** – Errors increased again, and engineers were alerted. Initially thought to be a repeat of the earlier issue. * **08:54** – Initial fixes were applied, partially restoring service. * **09:12** – The earlier issue was fully identified and fixed by reverting the problematic update. * **09:34** – While monitoring the fix, a second issue was observed. * **09:54** – The cause of the second issue was identified, linked to an uncommon data pattern. Fixes were applied and service was restored. * **12:30** – Reprocessing this data caused another spike in errors. * **13:00** – Mitigation put in place for the data pattern, and full service was restored. # Next Steps We are carrying out a full internal review of both issues. Based on this, we will introduce additional safeguards to prevent similar problems from happening again.