Changelog

When pausing, How long? sets when the service starts again by itself: for 30 minutes, 1 hour, 3 hours, until tomorrow or until a time of your choice, at most 90 days. Until I resume is still there. This works straight from the service list as well. The console counts down to the end. Extend and Resume now change a running pause. A note for your team is visible only in the console and never appears on a status page.

You can put an end on a manually set status, too. After that the status page shows the measured status again. If a maintenance is still running then, it shows the maintenance status instead.

If your plan has no room when the pause ends, the service stays paused. The dashboard shows it, and the owner and admins of your organization get an email. Timed pauses and statuses work through the API and MCP as well. When planning a maintenance, you can now give its end as a duration.

Incidents are split into the tabs Open, Resolved, Internal and All, each with a count. You filter by severity, service, tag, status page and time range, by whether an incident was detected automatically or reported by hand, and search the title. Entries are grouped by day. The filters are part of the address, so you can share a filtered list as a link.

Select all results resolves or deletes everything that matches the filter, across pages too, up to 500 incidents at once. When a new incident comes in, the list no longer jumps. A notice at the top shows it instead.

Maintenances are split the same way into Upcoming & running, Past, Cancelled and All, with filters for type, service, tag, status page and time range.

An internal incident is on no status page, and nobody is notified. A notice at the top of the incident now says so. In the incident list, on the dashboard and on the service page it carries the Internal badge, and the list can be filtered by it.

When creating an incident, Publish now decides whether it appears right away or stays internal for now. Publish puts it on your status pages later. Before that you see where it appears and which message goes to how many subscribers. Whether it goes out at all is your call, through the API and MCP as well. Make internal takes it off every status page at once.

If you mark an incident as resolved only later, enter under Resolved at when it was really over. This works when resolving, in the update form and on the edit page. The downtime of the affected services follows it. AI assistants can set the time through MCP as well.

In Activity you can now pick several people, categories and channels at once. The active filters sit above the list and can be removed one by one. To covers the whole day in your time zone.

An update with the status Resolved closes the incident. In the update form it therefore now needs the Resolve Incidents right, as it already did in the API. Notes on an incident that is already resolved still work without it.

When you make an internal incident public, your subscribers now get the latest message. Until now they got the first one, so for an incident that was already resolved it still said “We are investigating …”. If you publish an incident again, a message that was already sent no longer goes out a second time unless you ask for it.

Visitors now see your status page in their browser's language. If the page does not offer that language, it appears in English if available, otherwise in its default language. Until now, English-speaking visitors to German-only status pages sometimes landed on an English version that does not exist.