Phrase incident

Performance Disruption of Phrase TMS CAT Web Editor and Project Management (EU) on January 29, 2026 between 4:56 PM CET and 5:46 PM CET

Major Resolved View vendor source →

Phrase experienced a major incident on January 29, 2026 affecting CAT web editor and Project management, lasting 53m. The incident has been resolved; the full update timeline is below.

Started
Jan 29, 2026, 04:51 PM UTC
Resolved
Jan 29, 2026, 05:45 PM UTC
Duration
53m
Detected by Pingoru
Jan 29, 2026, 04:51 PM UTC

Affected components

CAT web editorProject management

Update timeline

  1. identified Jan 29, 2026, 04:51 PM UTC

    We've identified performance issues in Phrase TMS CAT Web Editor and Project Management. We've identified the root cause and we are working on a fix.

  2. monitoring Jan 29, 2026, 04:56 PM UTC

    A fix has been deployed and we are monitoring the results.

  3. resolved Jan 29, 2026, 05:45 PM UTC

    Affected components are now stable. The incident has been resolved.

  4. postmortem Feb 23, 2026, 07:13 AM UTC

    ## Introduction On January 29, 2026, between 4:56 PM and 5:46 PM CET, customers using the Phrase TMS UI in the EU region experienced repeated logouts and instability. API access was not affected. The incident was classified as SEV-1 and was resolved the same day. ## Timeline * **4:34 PM CET** – Deployment of the TMS core application in the EU region started, including a change to session storage. * **~5:00 PM CET** – Customers began reporting repeated logouts and UI issues. * **~5:30 PM CET** – The team identified inconsistent session storage configuration across application instances during the rollout. * **~5:48 PM CET** – Deployment completed across all instances. * **5:46 PM CET** – Customer impact ended. * **6:45 PM CET** – Status page incident closed after monitoring confirmed stability. ## Root Cause During a deployment, session storage was migrated to a new caching solution. Not all application instances were updated at the same time. As a result, different instances were using different session stores. Since requests from the same user can be handled by different instances, some sessions could not be found, leading to repeated logouts in the UI. API usage was not impacted. ## Actions to Prevent Recurrence * Treat session storage changes as planned maintenance and communicate them in advance. * Apply stricter deployment controls when modifying shared components. * Update internal guidelines to classify session storage configuration changes as high-risk.