Performance Disruption of Phrase TMS (EU) between 11:35 AM and 11:46 AM CEST on October 15, 2026
Last updateresolvedOct 15 · 10:24 UTC
This incident has been resolved.
Reported by Phrase on their status page.

checked Oct 24, 2026 10:09 AM UTC · Phrase's official status page
Phrase is up and running.
All components operational
Statusfield watches Phrase alongside the rest of your stack and tells you when its status changes. Email, Slack, Microsoft Teams, PagerDuty, and webhooks.
30-day free trial — no card needed. First-time customers; continued monitoring requires a paid subscription.
4 reports published by Phrase in the last 30 days
resolvedOct 15 · 10:24 UTC
This incident has been resolved.
Reported by Phrase on their status page.
postmortemSep 30 · 12:12 UTC
We would like to share details about an incident that affected access to Phrase TMS on September 23, 2026. Between 9:02 AM and 11:27 AM CEST, users opening Phrase TMS from Phrase Platform could not complete the sign-in. They were either caught in a redirect loop or returned to the Phrase TMS login page with a sign-in error.
Users who already had an active Phrase TMS session were not affected, and no customer data was lost or modified. Signing in to Phrase Platform itself kept working throughout the incident, both with a password and with single sign-on. So did signing in with a password directly on the Phrase TMS login page.
This post-mortem explains what happened, how it was resolved, and what we are doing to prevent it from happening again.
The incident was caused by a security improvement to the Phrase TMS web application. Its goal was to make sure users are only sent to trusted destinations after they sign in. To do this, the web application only accepted redirects to the Phrase TMS web address itself. However, when a user opens Phrase TMS from Phrase Platform, the sign-in process legitimately moves the user between different Phrase web addresses. Our servers already check each of these redirects against a list of trusted Phrase domains and allow them. The new check in the TMS core application was stricter than this server-side check and overrode it. As a result, legitimate redirects were replaced with the Phrase TMS start page, which started the sign-in process again. Users either looped through sign-in repeatedly or landed back on the Phrase TMS login page with an error.
Signing in to Phrase Platform itself kept working throughout the incident, both with a password and with single sign-on. So did signing in with a password directly on the Phrase TMS login page. The failure happened at the step where a signed-in user moves from Phrase Platform into Phrase TMS. Because of this, some affected users reported the problem as a password issue: they entered their credentials successfully but were then sent back to a login screen.
Reported by Phrase on their status page.
ResolvedSep 23 · 10:03 UTC
This incident has been resolved.
Reported by Phrase on their status page.
postmortemOct 6 · 08:14 UTC
We would like to share more details about the events that occurred with Phrase between 2:11 PM CEST and 4:10 PM CEST on August 19, 2026, which led to degraded Translation Memory functionality in Phrase TMS (EU) and what Phrase engineers are doing to prevent these issues from recurring.
Investigation revealed that the incident originated in the database cluster that stores Translation Memory data. A single Translation Memory had, over time, grown very large and required a disproportionate share of read activity to be served by the node that also coordinated the health and metadata management of the wider cluster.
Because the cluster was undergoing zero-downtime maintenance spanning days, there was a higher amount of coordination actions and an elevated load on coordination nodes in the cluster.
Those two combined with peak load caused multiple coordination nodes performance to slowly deteriorate, leading to elevated error rate and degraded performance.
To prevent similar incidents in the future and mitigate any negative effects, we:
Reported by Phrase on their status page.