Memsource driftsforstyrrelser

1. 1. september 2026 kl. 14.18 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der forårsager langsommelighed i jobvisningen i Phrase TMS (EU). Brugerne kan opleve forsinkede belastningstider eller nedsat ydeevne, når de får adgang til projektstyringsfunktioner. Vores team arbejder aktivt på at identificere årsagen og genoprette normal ydeevne så hurtigt som muligt.

2. 1. september 2026 kl. 15.00 UTCinvestigating

   Vi har identificeret årsagen til problemet. Vores team er aktivt ved at implementere et fix. Vi vil give yderligere opdateringer, når vi gør fremskridt.

3. 1. september 2026 kl. 15.34 UTCmonitoring

   Et fix er blevet brugt, og vi overvåger resultaterne. Kunder kan være nødt til at rydde browser cache og lukke alle åbne faner med TMS, hvis stadig oplever problemer.

4. 1. september 2026 kl. 16.23 UTCresolved

   Problemet er løst, og præstationen er stabil.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 31. august 2026 kl. 15.06 UTCinvestigating

   Vi oplever i øjeblikket periodiske fejl, når vi kommunikerer med Gengo, en af vores tredjeparts oversættelse leverandører. Dette forårsager timeouts og 502 fejl på prisberegning og ordreafgivelse for oversættelsesordrer dirigeret gennem Gengo, der påvirker både EU og USA datacentre. Gengo har bekræftet sagen og undersøger sagen.

2. 2. september 2026 kl. 11.46 UTCresolved

   Gengo har løst det underliggende problem i deres ende. Prisberegninger og oversættelsesordre indlæg til Gengo er nu arbejder igen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 31. august 2026 kl. 13.11 UTCinvestigating

   Brugerne er i øjeblikket ude af stand til at åbne eksisterende job og skabe nye inden for deres Phrase TMS-projekter. Vi undersøger sagen.

2. 31. august 2026 kl. 13.22 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 31. august 2026 kl. 13.46 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

4. 31. august 2026 kl. 16.02 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

5. 31. august 2026 kl. 16.53 UTCresolved

   Spørgsmålet er løst.

6. 4. september 2026 kl. 08.45 UTCpostmortem

   # # Indledning Vi vil gerne dele detaljer om en hændelse, der påvirkede Phrase TMS den 31. august 2026. Mellem 2: 26 og 5: 57 PM CEST, nogle brugere af den nedarvede Project side var ude af stand til at bruge Tools- menu handlinger såsom at skabe eller redigere job og køre analyser, og klikke for at åbne et job ikke lancere CAT web editor som forventet, i stedet returnere brugere til projektsiden. Denne post mortem forklarer, hvad der skete, hvordan det blev løst, og hvad vi gør for at forhindre det i at ske igen. # Tidslinje * * * August 31, 2026 på 2: 26 PM CEST * * - En kode ændring nåede produktion med en defekt, der brød script udførelse på projektsiden for enhver bruger, der indlæst det. * * * 31. august 2026 kl. 02: 49 CEST * * - De første kunderapporter kom i beskriver Tools- menu knapper som deaktiveret og job undlader at åbne i editoren. * * * August 31, 2026 på ca. 3: 10 PM CEST * * - Vores team identificerede den grundlæggende årsag til problemet. * * * August 31, 2026 på 3: 48 PM CEST * * - En rettelse for den underliggende defekt blev afsluttet. * * * 31. august 2026 kl. 04: 04 Fixet blev verificeret i et præproduktionsmiljø. * * * August 31, 2026 på 5: 18 PM CEST * * - Implementering af fix til produktion begyndte. * * * 31. august 2026 kl. 5: 57 CEST * * - Fixet var fuldt levende i produktionen og normal funktionalitet blev genoprettet for alle berørte kunder. # Root Cause Hændelsen var forårsaget af en kode ændring med det formål at løse en ikke-relateret, mindre display problem på delte projektsider. Denne ændring ændrede hvordan en værdi blev indsat i et script indlejret direkte i siden. Det system, der gør siden automatisk indkoder værdier for sikkerhed, men at kodning ikke skelner mellem en værdi, der placeres i regelmæssig side indhold versus inde i et script. Som følge heraf blev det indlejrede scripts syntaks i stilhed brudt, når ændringen nåede frem til produktionen. Fordi browsere stoppe med at udføre yderligere kode på en side, når de støder på ugyldige script syntaks, hvert script placeret efter det punkt på siden stoppet kører - ikke kun den del, der er relateret til den oprindelige ændring. Derfor oplevede kunderne, hvad der lignede to separate problemer\ (deaktiverede menuknapper og job, der ikke åbnede i editoren\), der faktisk var downstream effekter af den samme enkelt defekt. Problemet blev ikke fanget før udgivelse, fordi den kontrol, der blev udført på det tidspunkt bekræftede, at de underliggende data, der blev indsat, var korrekte, men ikke indlæse den faktiske side i en browser for at bekræfte det afgivet og udført korrekt end-to-end. Handlinger for at forhindre gentagelse 1. * * Fix indsat * * - Den underliggende defekt blev rettet og anvendt til produktion samme dag, det blev identificeret. 2. * * Ingeniørvejledning opdateret * * - Vi har opdateret vores interne engineering dokumentation til klart at beskrive denne specifikke fiasko mønster og den korrekte, sikker måde at håndtere det, så denne kategori af fejl er fanget under kode gennemgang fremad. 3. * * Automatiserede detektionsforbedringer undervejs * * - Vi arbejder på at tilføje automatiseret overvågning for denne klasse af frontend fiasko, så lignende spørgsmål kan detekteres og behandles, før kunderne er berørt, i stedet for at stole på kunderapporter.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. august 2026 kl. 12.16 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der påvirker oversættelse hukommelse funktionalitet i Phrase TMS (EU). Brugere kan opleve problemer med at skabe Oversættelseserindringer og andre relaterede operationer i løbet af denne tid. Vores team arbejder aktivt på at identificere årsagen og genoprette fuld funktionalitet så hurtigt som muligt.

2. 19. august 2026 kl. 12.34 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

3. 19. august 2026 kl. 13.19 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger situationen.

4. 19. august 2026 kl. 14.09 UTCresolved

   Hændelsen er løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. august 2026 kl. 07.27 UTCinvestigating

   We are currently investigating an issue with branching events missing in Phrase Strings (EU), which may cause changes to not be applied when branches are merged.

2. 7. august 2026 kl. 07.54 UTCinvestigating

   We are continuing to investigate this issue.

3. 7. august 2026 kl. 08.18 UTCidentified

   The issue has been identified and a fix is being implemented.

4. 7. august 2026 kl. 08.30 UTCmonitoring

   A fix has been implemented. The backlog of missing events is now being processed. Once the queue is fully processed, unmerged branches will automatically receive the missing changes. We are monitoring the queue and results.

5. 7. august 2026 kl. 14.12 UTCresolved

   Changes made to branches during the incident window are now fully applied. Merged branches that were affected have been identified and impacted customers have been contacted directly. This incident has been resolved.

1. 6. august 2026 kl. 08.11 UTCinvestigating

   We are currently investigating an issue affecting Connectors in Phrase TMS. Customers may be unable to access or use Connector functionality during this time. Our engineering team is actively working to identify the cause and restore full service as quickly as possible.

2. 6. august 2026 kl. 08.18 UTCinvestigating

   We are continuing to investigate this issue.

3. 6. august 2026 kl. 08.43 UTCmonitoring

   We have identified the root cause and the issue has now been resolved. Connectors should be appearing as active again. We will continue to monitor the situation to ensure full stability.

4. 6. august 2026 kl. 12.00 UTCmonitoring

   We continue monitoring the situation.

5. 6. august 2026 kl. 13.19 UTCresolved

   The incident has been resolved and all components are back to operational.

1. 28. juli 2026 kl. 07.19 UTCinvestigating

   Teknikerne identificerede et problem med Orchestrator, hvor den nye Workflow Engine i øjeblikket ikke udfører arbejdsgange. Problemet er under efterforskning.

2. 28. juli 2026 kl. 07.53 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 28. juli 2026 kl. 08.30 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

4. 28. juli 2026 kl. 08.35 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne. Workflow motoren behandler køen af verserende henrettelser.

5. 28. juli 2026 kl. 11.49 UTCresolved

   Alle henrettelser er blevet behandlet. Denne hændelse er blevet løst.

6. 30. juli 2026 kl. 07.09 UTCpostmortem

   # # Indledning Vi vil gerne dele detaljer om en hændelse, der ramte Phrase Orchestrator den 27. juli-28, 2026. I denne periode kunne arbejdsgange henrettelser i NextGen Workflow Engine ikke gøre fremskridt og forblev fast i en "henrettelse" tilstand. Ingen data blev tabt under hændelsen. Denne post mortem forklarer, hvad der skete, da det blev løst, og de skridt, vi har taget for at forhindre en gentagelse. # Tidslinje * * * 27 juli 2026 kl. 18: 55 CEST * * - Workflow motoren begyndte at producere fejl som database forespørgsel ydeevne forringet. Arbejdsgangen henrettelser gået i stå og stoppet fremskridt. * * * 27. juli 2026 kl. 20: 54 CEST * * - Den første kunderapport om henrettelser i "eksekvering" blev modtaget. * * * 27 juli 2026 kl. 22: 39 CEST * * - Hændelsen blev formelt erklæret. * * * 28 juli 2026 kl 02: 18 CEST * * - En service genstart forudsat midlertidig nødhjælp; arbejdsgange henrettelser genoptaget. * * * 28 juli 2026 kl. 05: 15 CEST * * - Spørgsmålet kom igen som den underliggende database ydeevne problem fortsatte. * * * 28 juli 2026 kl. 09: 56 CEST * * - Den grundlæggende årsag blev identificeret og behandlet. Ingen henrettelser gik tabt, men på grund af delvis genstart af tjenesten blev nogle handlinger inden for henrettelserne genoptaget, hvilket kan have fået et lille antal henrettelser til at mislykkes, hvilket ellers ville have været lykkedes. * * * 28 juli 2026 kl. 13: 46 CEST * * - Det fulde efterslæb af standsede henrettelser blev bekræftet som ryddet. Systemet blev erklæret stabilt. * * * 28 juli 2026 kl 13: 48 CEST * * - Hændelse løst. # Root Cause Hændelsen var forårsaget af progressiv bloat i databaseindekser, der anvendes af workflow job planlægning system. Præstationen af disse særlige indekser gradvist nedbrydes over tid, da de akkumulerede døde indeks poster fra tidligere skriver og opdateringer. Jobplanlægningsmotoren får databank-niveau koordination låse, mens du spørger disse indeks til at bestemme, hvilke job til forsendelse. Da indekset lookups voksede langsommere, begyndte de at overskride databasens konfigurerede erklæring timeout. Når et opslag blev aflyst af timeout, tidsplanen processen ansvarlig for dette arbejde styrtede ned og genstartet. Med ingen schedulers kører, ingen workflow trin kunne afsendes og alle i-fremskridt workflow henrettelser blev hængende. Selve databaseserveren forblev sund under hele hændelsen, med normale CPU og tilslutningsniveauer. Problemet var udelukkende lock og latency striden i planlægningen lag. En service genstart ryddet de styrtede processer og midlertidigt restaureret udførelse. Men fordi indekset bloat var stadig til stede, den samme nedbrydning recurred når forespørgsel belastning genoptaget. Et manuelt indeks genopbygge fuldt restaureret ydeevne og løst problemet. Handlinger for at forhindre gentagelse 1. * * Automatisk indeks vedligeholdelse tilføjet * * - Planlagt automatisk indeks vedligeholdelse er blevet konfigureret til de berørte indekser. Dette sikrer bloat kan ikke akkumuleres over tid og eliminerer de betingelser, der udløste denne hændelse. 2. * * Legacy indekser fjernet * * - Ubrugte nedarvede database indekser er blevet identificeret og fjernet, reducere den samlede vedligeholdelse overflade og forenkle fremtidige indeks hygiejne. 3. * * Overvågningsdækning opdateret * * - Vores overvågning landskab er ved at blive revideret og opdateret for at afspejle den aktuelle tilstand af arbejdsstrømmen motor. Dette arbejde vil lukke huller, der gjorde det muligt nedbrydningen at gå uopdaget før den første kunde rapport.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. juli 2026 kl. 23.48 UTCinvestigating

   Engineering har identificeret et problem med Orchestrator, hvor den nye Workflow Engine i øjeblikket ikke udfører arbejdsgange. Problemet er under efterforskning.

2. 28. juli 2026 kl. 00.41 UTCresolved

   Alle arbejdsgange udføres igen som forventet.

3. 30. juli 2026 kl. 07.08 UTCpostmortem

   # # Indledning Vi vil gerne dele detaljer om en hændelse, der ramte Phrase Orchestrator den 27. juli-28, 2026. I denne periode kunne arbejdsgange henrettelser i NextGen Workflow Engine ikke gøre fremskridt og forblev fast i en "henrettelse" tilstand. Ingen data blev tabt under hændelsen. Denne post mortem forklarer, hvad der skete, da det blev løst, og de skridt, vi har taget for at forhindre en gentagelse. # Tidslinje * * * 27 juli 2026 kl. 18: 55 CEST * * - Workflow motoren begyndte at producere fejl som database forespørgsel ydeevne forringet. Arbejdsgangen henrettelser gået i stå og stoppet fremskridt. * * * 27. juli 2026 kl. 20: 54 CEST * * - Den første kunderapport om henrettelser i "eksekvering" blev modtaget. * * * 27 juli 2026 kl. 22: 39 CEST * * - Hændelsen blev formelt erklæret. * * * 28 juli 2026 kl 02: 18 CEST * * - En service genstart forudsat midlertidig nødhjælp; arbejdsgange henrettelser genoptaget. * * * 28 juli 2026 kl. 05: 15 CEST * * - Spørgsmålet kom igen som den underliggende database ydeevne problem fortsatte. * * * 28 juli 2026 kl. 09: 56 CEST * * - Den grundlæggende årsag blev identificeret og behandlet. Ingen henrettelser gik tabt, men på grund af delvis genstart af tjenesten blev nogle handlinger inden for henrettelserne genoptaget, hvilket kan have fået et lille antal henrettelser til at mislykkes, hvilket ellers ville have været lykkedes. * * * 28 juli 2026 kl. 13: 46 CEST * * - Det fulde efterslæb af standsede henrettelser blev bekræftet som ryddet. Systemet blev erklæret stabilt. * * * 28 juli 2026 kl 13: 48 CEST * * - Hændelse løst. # Root Cause Hændelsen var forårsaget af progressiv bloat i databaseindekser, der anvendes af workflow job planlægning system. Præstationen af disse særlige indekser gradvist nedbrydes over tid, da de akkumulerede døde indeks poster fra tidligere skriver og opdateringer. Jobplanlægningsmotoren får databank-niveau koordination låse, mens du spørger disse indeks til at bestemme, hvilke job til forsendelse. Da indekset lookups voksede langsommere, begyndte de at overskride databasens konfigurerede erklæring timeout. Når et opslag blev aflyst af timeout, tidsplanen processen ansvarlig for dette arbejde styrtede ned og genstartet. Med ingen schedulers kører, ingen workflow trin kunne afsendes og alle i-fremskridt workflow henrettelser blev hængende. Selve databaseserveren forblev sund under hele hændelsen, med normale CPU og tilslutningsniveauer. Problemet var udelukkende lock og latency striden i planlægningen lag. En service genstart ryddet de styrtede processer og midlertidigt restaureret udførelse. Men fordi indekset bloat var stadig til stede, den samme nedbrydning recurred når forespørgsel belastning genoptaget. Et manuelt indeks genopbygge fuldt restaureret ydeevne og løst problemet. Handlinger for at forhindre gentagelse 1. * * Automatisk indeks vedligeholdelse tilføjet * * - Planlagt automatisk indeks vedligeholdelse er blevet konfigureret til de berørte indekser. Dette sikrer bloat kan ikke akkumuleres over tid og eliminerer de betingelser, der udløste denne hændelse. 2. * * Legacy indekser fjernet * * - Ubrugte nedarvede database indekser er blevet identificeret og fjernet, reducere den samlede vedligeholdelse overflade og forenkle fremtidige indeks hygiejne. 3. * * Overvågningsdækning opdateret * * - Vores overvågning landskab er ved at blive revideret og opdateret for at afspejle den aktuelle tilstand af arbejdsstrømmen motor. Dette arbejde vil lukke huller, der gjorde det muligt nedbrydningen at gå uopdaget før den første kunde rapport.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. juli 2026 kl. 12.53 UTCresolved

   Mellem 16. juni 2026 01: 00PM CEST og 17. juni 2026 11: 00AM CEST, Phrase Job Sync stik lidt forringet ydeevne. Kunder, der bruger Job Sync med standardtilslutningsfejl. Teknikerholdet identificerede en rodårsag og gav et fix.

2. 20. juli 2026 kl. 12.54 UTCpostmortem

   # # # Indledning Vi vil gerne dele flere detaljer om de begivenheder, der fandt sted med Phrase mellem juni 16, 2026, 01: 00PM CEST og juni 17, 2026, 11: 00AM CEST, som førte til forringet ydeevne af Phrase Strings API, forårsager kunder, der bruger Job Sync med standard forbindelse type til at opleve svigt. Vi undskylder forstyrrelsen og er forpligtet til at forhindre lignende hændelser i fremtiden. Timeline * * Juni 16, 2026 @ 01: 00 PM CEST * * - Job Sync begyndte at svigte for kunder, der bruger standardtilslutningstypen. Konnektorer var ude af stand til at autentificere mod Phrase Strings API. * * 17. jun 2026 @ 10: 00 CEST * * - Autentificeringsfejlen blev identificeret af ingeniørholdet. * * Juni 17, 2026 @ 10: 28 AM CEST * * - Påvirkning anvendelsesområde blev bekræftet: Kunder, der bruger standard Job Sync forbindelse blev påvirket. Kunder, der brugte personlige adgangskunder, blev ikke påvirket. * * Juni 17, 2026 @ 10: 29 AM CEST * * - Root årsag blev identificeret: En nylig ændring, som tilføjede multi-platform token støtte utilsigtet indført fejl med nogle eksisterende platform tokens. * * Juni 17, 2026 @ 10: 40 AM CEST * * - Et fix blev udarbejdet og forelagt til gennemgang. * * Juni 17, 2026 @ 10: 53 AM CEST * * - Fixet blev indsat og JobSync funktionalitet blev fuldt restaureret. # # Root Cause En kode ændring indført for at tilføje støtte til multi-platform godkendelse tokens ændret, hvordan indgående platform tokens valideres og behandles i Phrase Strings API. Denne ændring var ikke kompatibel med et eksisterende token format, der anvendes af standard forbindelse type. Som et resultat, platform tokens blev afvist af Strings API med en '401 Uautoriseret' svar. Forbindelsen forsøgte igen at etablere forbindelsen, indtil den udnyttede sit budget, hvilket fik alle berørte operationer til at mislykkes. Kunder, der bruger personlige adgang tokens blev ikke påvirket, da deres tokens følge en anden kode sti. Handlinger for at forhindre gentagelse Den grundlæggende årsag var en backwards- uforenelig ændring til token håndtering, der ikke blev opdaget under udviklingen. Der træffes følgende foranstaltninger: * * * Token format kompatibilitet test i auth ændringer: * * Når der indføres et nyt token / autentificeringsformat sammen med et eksisterende, skal testene eksplicit dække det overgangstilfælde - tokens i oldformat, der behandles under den nye detektionslogik - ikke kun hvert format isoleret.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. juli 2026 kl. 15.47 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der påvirker vores Metrics service, der kan resultere i duplikerede metrics forbrug for nogle kunder. Vores team arbejder aktivt på at identificere de berørte komponenter og bestemme årsagen. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 16. juli 2026 kl. 16.29 UTCidentified

   Vi har identificeret den grundlæggende årsag som ustabilitet på en specifik mægler, som er årsag til gentagne forbrugergrupper genbalancering i vores Metrics service og fører til duplikat behandling af metriske opdateringer. Dette kan resultere i, at nogle kunder oplever forkerte forbrugsberegninger eller uventet regnskabsblokering. Vi arbejder videre på et fix.

3. 16. juli 2026 kl. 17.31 UTCmonitoring

   Vi har stoppet progression af spørgsmålet og arbejder nu på at identificere det fulde omfang af effekt, herunder hvilke organisationer er påvirket eller blokeret. Berørte regnskaber vil blive prioriteret til løsning gennem en dobbeltarbejde, selv om dette vil tage nogen tid at fuldføre.

4. 16. juli 2026 kl. 19.04 UTCidentified

   Vi har med held deduceret måleforbrug for alle blokerede organisationer. Vi fortsætter arbejdet med at udvikle per- organisation afduplikering værktøj til at sikre nøjagtige fakturering cyklus data, med det fulde team skalering disse rettelser i morgen tidlig.

5. 17. juli 2026 kl. 13.02 UTCmonitoring

   Vi fortsætter med at gøre fremskridt med at løse problemet med dobbelt forbrug af måleinstrumenter, der blev identificeret den 16. juli. Den grundlæggende årsag er blevet identificeret og behandlet. Siden vores seneste opdatering har vores team korrigeret de duplikerede data for alle tidligere blokerede konti. Vi arbejder nu gennem et resterende sæt af berørte konti og forventer, at denne oprydning fortsætter i de kommende dage. Der sker ingen yderligere overlapning, dette arbejde beskæftiger sig kun historiske data.

6. 20. juli 2026 kl. 12.07 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. juli 2026 kl. 14.49 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der påvirker Phrase Orchestrator. Vi arbejder på at identificere den grundlæggende årsag og vil give yderligere opdateringer, så snart mere information er tilgængelig.

2. 16. juli 2026 kl. 15.27 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 16. juli 2026 kl. 15.27 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

4. 16. juli 2026 kl. 15.41 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

5. 16. juli 2026 kl. 16.12 UTCresolved

   Orchestrator (EU) er tilgængelig igen siden 5: 32 PM CEST. Alle verserende henrettelser behandles. Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 10. juli 2026 kl. 14.24 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et spørgsmål, der påvirker Oversættelsescentret i Phrase Strings (EU og USA 's regioner), hvor strenge ikke kan indlæses. Vores ingeniørhold har identificeret en potentiel årsag og arbejder aktivt på at løse den. Vi vil levere yderligere opdateringer som vores undersøgelse skrider frem.

2. 10. juli 2026 kl. 14.37 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

3. 10. juli 2026 kl. 15.24 UTCresolved

   Denne hændelse er blevet løst.

4. 7. august 2026 kl. 07.14 UTCpostmortem

   ## Introduction On July 10, 2026, parts of the Phrase Strings frontend at [app.phrase.com](http://app.phrase.com/) failed to load correctly for a short period, after required stylesheets and scripts failed to load — the underlying service itself stayed available. The issue began at 16:08 CEST and was resolved by 16:27 CEST. This post-mortem explains what happened and what we're doing to prevent a recurrence. ## Timeline * **Jul 10, 2026 at 16:08 CEST** – A deployment introduced new application assets that were never uploaded to our storage service, so the application could no longer load its stylesheets and scripts for customers. * **Jul 10, 2026 at 16:21 CEST** – Issue detected, incident declared. * **Jul 10, 2026 at 16:24 CEST** – Root cause identified. * **Jul 10, 2026 at 16:26 CEST** – Fix applied. * **Jul 10, 2026 at 16:27 CEST** – Customer-facing impact ended. * **Jul 10, 2026 at 16:32 CEST** – Incident downgraded to monitoring while the underlying configuration was addressed. * **Jul 10, 2026 at 17:12 CEST** – Configuration corrected, incident resolved. ## Root Cause During a planned, routine maintenance, a configuration change unintentionally disabled the process that uploads application assets \(stylesheets, scripts\) to our storage and content-delivery service. This went unnoticed at first, since the assets already in place kept working and no new versions had been shipped yet. On July 10, 2026, a deployment shipped new versions of these assets. Because uploading was still disabled, the new files never reached the storage service, and the application could not load its stylesheets and scripts. ## Actions to Prevent Recurrence 1. **Asset synchronization re-enabled** – The disabled process was fixed, restoring correct asset delivery. 2. **Asset availability monitoring** – Adding monitoring to detect asset load failures automatically, before customers are affected.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. juli 2026 kl. 12.57 UTCinvestigating

   Vi får rapporter fra brugerne om, at job forsvinder fra projekter, og vi undersøger i øjeblikket spørgsmålet.

2. 8. juli 2026 kl. 13.08 UTCmonitoring

   Spørgsmålet er blevet identificeret, et fix er blevet gennemført, og vi overvåger situationen.

3. 8. juli 2026 kl. 13.55 UTCresolved

   Hændelsen er løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. juli 2026 kl. 08.34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 7. juli 2026 kl. 08.59 UTCmonitoring

   The issue has been identified, a fix was implemented and we are monitoring the situation.

3. 7. juli 2026 kl. 09.27 UTCresolved

   The incident has been resolved.

1. 29. juni 2026 kl. 07.30 UTCinvestigating

   Hi everyone, this is a test. Please ignore, thank you!

2. 29. juni 2026 kl. 08.05 UTCidentified

   Hi everyone, this is a test. Please ignore, thank you!

3. 29. juni 2026 kl. 08.09 UTCresolved

   This incident has been resolved.

1. 26. juni 2026 kl. 16.19 UTCinvestigating

   Hi everyone, this is a test. Please ignore. Thank you!

1. 26. juni 2026 kl. 07.31 UTCinvestigating

   Hello everyone, this is a test. Please ignore, thank you!

2. 26. juni 2026 kl. 08.16 UTCinvestigating

   Hello everyone, this is a test. We're "investigating" the issue. Please ignore, thank you!

1. 26. juni 2026 kl. 07.00 UTCinvestigating

   Hi everyone, this is a test. Please ignore, thank you!

2. 26. juni 2026 kl. 07.02 UTCresolved

   This incident has been resolved.

1. 23. juni 2026 kl. 12.53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 23. juni 2026 kl. 12.57 UTCresolved

   This incident has been resolved.

1. 22. juni 2026 kl. 14.16 UTCinvestigating

   This is a test, please ignore.

2. 22. juni 2026 kl. 14.21 UTCinvestigating

   This incident has been resolved.