Fixed: Status page deletion
- investigating
Weโve fixed an issue that could prevent a status page from being deleted if a team member had previously collapsed or dismissed its getting-started checklist. Affected pages can now be deleted as expected.
46 Sorry incidents ยท 2026๋ 3์ โ official updates, affected components, duration and resolution details.
Weโve fixed an issue that could prevent a status page from being deleted if a team member had previously collapsed or dismissed its getting-started checklist. Affected pages can now be deleted as expected.
You can now archive past notices manually, without waiting for your automatic archive settings to take effect. This gives you more control over your status-page history without deleting the original notices. Choose Archive Notice from a noticeโs actions menu, either in the notice list or when editing it. Archived notices stay in their usual position in your dashboard, clearly marked, so theyโre easy to find again. You can also choose Unarchive Notice to restore a notice to your status-page history - including notices that were archived automatically. Your existing automatic archiving continues to work as before - thereโs nothing new to configure.
Weโve fixed an issue where subscribers with a deactivated email address could be excluded from status updates entirely, even when they had another notification channel enabled. Updates will now continue through their other eligible channels, while delivery to the deactivated email address remains suppressed. Existing channel and Component preferences continue to apply. No action is needed.
Weโve fixed a bug where the fallback text for some Slack notifications could include a subscriber-specific Access Link, even though the visible message used the public status page link. Both parts of the notification now use the same public link.
Weโve completed the final stage of our recent Ruby on Rails platform upgrade. Following a careful rollout and monitoring period, all parts of the upgrade are now active in production and performing normally. This work strengthens the foundations of Sorry and prepares the platform for further improvements. No action is required from customers.
Today we completed an upgrade of the Ruby on Rails framework that powers Sorryโข. This is a behind-the-scenes change with no intended visible impact for customers. Before switching production traffic, we ran our automated test suite against both framework versions, completed manual QA in staging, and monitored the upgrade under live production traffic. Performance and error rates have remained normal. Completing this work provides a stronger foundation for future platform improvements, allowing us to adopt newer framework capabilities through smaller, safer upgrades.
Weโve made a handful of behind-the-scenes improvements to help public status pages load more quickly, with the biggest gains on pages with a long notice history. Thereโs nothing you need to do and no change to how your page looks or works โ it should simply feel a little snappier.
Weโve made another small batch of improvements to how status page metrics and uptime are calculated. Thereโs nothing you need to do, but it gives us a sturdier foundation for future updates while helping status pages remain accurate and responsive.
Weโve rolled out another set of behind-the-scenes improvements to how status pages work out their current status and choose which recent notices to display. You shouldnโt notice any big changes just yet, but it gives us a tidier foundation for some improvements weโre working towards. Weโve also been keeping a close eye on performance throughout, and everything is looking nice and steady.
Weโve improved how public status pages are presented to search engines. Large pages with lots of components or a long notice history now use smaller, more focused sitemaps, making them faster and more reliable to process. Weโve also refined which content is included, prioritising the most useful public pages and adding the Status API guide. Thereโs nothing you need to doโthese improvements will be applied automatically.
Weโve shipped a few behind-the-scenes changes to prepare status pages for some future improvements. Along the way, weโve expanded our automated performance checks to cover larger, busier pages and more real-world scenarios. This should help us spot potential slowdowns earlier and keep status pages running smoothly as we continue to build. Thereโs nothing you need to do โ itโs simply some useful groundwork for whatโs coming next.
The management UI has remained stable, and this incident is now resolved. Thank you for your patience while we worked to restore normal service
Weโve made a small visual update to component lists on status pages. Clearer chevrons make it easier to see which components can be expanded, and component descriptions now have a tidier icon. Thereโs nothing you need to do, the changes will appear automatically.
Weโve given the Status API a bit of a tidy-up. Most importantly, it now works properly with private status pages, so you can securely use the API without making your page public. Weโve also refreshed the API documentation with clearer, copy-and-paste cURL examples and a few visual tweaks to make everything easier to follow. If you have a private status page, sign in and visit its API page to find your authentication details and updated examples. Existing API integrations will continue working as before.
Weโve simplified the way components load on status pages. Itโs a behind-the-scenes improvement, so thereโs nothing you need to do and no change to how your status page works.
์ฐ๋ฆฌ๋ ์ฌ์ฃผ๋ฌธ ๋ถํ์ด ๋ ๋์ ๋ณ๊ฒฝ์์ ์ ํ๋ ํ์ด์ง ์ก์ธ์ค์์ ์ผ๋ถ ํ ๊ตฌ์ฑ์์ ๋ฐฉ์งํ๋ ๋ฒ๊ทธ๋ฅผ ํด๊ฒฐํ์ต๋๋ค. ์๋ก์ด ์์๋ฅผ ์ ์ฉํ๋ ๋์ , ํ์ด์ง๋ ๊ณผ์ค์ ํ์ํ๊ณ unchanged ๋ถ๋๋ฅผ ๋ ๋ฌ์ต๋๋ค. Component reordering now works as expect for all team member with permission to manage the page.
๊ณต์ ์ธ์๋ํธ ์ ๋ฐ์ดํธ๋ฅผ ์๋ ๋ฒ์ญํ์ต๋๋ค.
์ฐ๋ฆฌ์ ๋ชจ๋ํฐ๋ง์ ์ง๋ 30 ๋ถ ๋์ ์์ ๋ ์์๋ ์๋น์ค๋ฅผ ๋ณด์ฌ์ฃผ๊ณ , ๋์๋ง ์ผํฐ๋ ์์ ํ ์ฌ์ฉํ ์ ์์ต๋๋ค. ์ฐ๋ฆฌ๋์ด ๋ฌธ์ ๋ฅผ ์กฐ์ฌํ๊ณ ํด๊ฒฐ ํ ๋์ ๋น์ ์ ์ธ๋ด๋ ฅ์ ํ๊ฐํฉ๋๋ค.
๊ณต์ ์ธ์๋ํธ ์ ๋ฐ์ดํธ๋ฅผ ์๋ ๋ฒ์ญํ์ต๋๋ค.
We've made an improvement that keeps subscriber notifications accurate whenever you add or move components on your status page. As you reorganise things over time, these changes could previously leave a subscriber's notification preferences slightly out of step with your new structure. Now we automatically keep everyone aligned with your latest layout, so they keep hearing about exactly the things they care about, and nothing they don't. **What this means for you and your subscribers** - **Add a Subcomponent:** anyone already following the parent automatically starts receiving updates about the newly added subcomponent. - **Move a Component:** subscribers keep receiving updates for whatever they initially chose to follow, wherever it now sits in your component structure. And if you delete a component, there's nothing to worry about โ subscribers stay on your list and simply stop hearing about the part you removed. **Do I need to do anything?** No. This works automatically across your status pages, including changes made through the dashboard, the API, and when importing from another provider. Your subscribers' existing choices are always respected.
Weโve made some background changes to the way that subscribers are linked to components - this simplifies the amount of housekeeping we have to do when you make changes to your component tree, and also improves performance when building by-component breakdowns in the activity summary. There are no outward changes for customers, just an improvement to the underlying technology.
We've rebuilt the component management experience from the ground up โ it's faster, simpler, and designed to scale with you. **Find what you need** โ Managing hundreds of components is now quick and effortless. A real-time search filter lets you find any component instantly, and if you use collections, each page now has its own dedicated view so you can work in a focused, uncluttered workspace. **Organise with confidence** โ Reordering and moving are now separate, intentional actions. Drag to reorder within a level, or move a component to a new parent using a clear target picker that shows exactly where it will land. If you're deleting a component with sub-components, you'll be asked to confirm by typing its name, so nothing is removed by accident. **Edit with clarity** โ Adding and editing components is simpler, with clean focused forms and at-a-glance visibility into which components display metrics like uptime and mean time to resolve. We hope you enjoy the new experience โ as always, reach out if you have any feedback.