Istoricul incidentelor Memsource

1. 10 septembrie 2026 la 05:06 UTCinvestigating

   We are currently investigating an issue affecting the synchronization of jobs between Phrase Strings and Phrase TMS via webhooks in our EU region. Customers may experience failures or delays when syncing translation jobs between the two products. Our team is actively working to identify the root cause and restore full functionality as quickly as possible.

2. 10 septembrie 2026 la 05:34 UTCmonitoring

   A fix has been implemented and deployed to address the webhook synchronization failures between Phrase Strings and Phrase TMS. We are currently monitoring the situation to confirm full stability. We will provide a further update once we have validated the resolution.

3. 10 septembrie 2026 la 06:03 UTCresolved

   We are pleased to confirm that the webhook synchronization issue between Phrase Strings and Phrase TMS has been resolved and verified as fully operational, including for US data center customers. This incident is now closed.

1. 1 septembrie 2026 la 14:18 UTCinvestigating

   Investigăm în prezent o problemă care cauzează lentețe în punctul de vedere al locurilor de muncă în cadrul Phrase TMS (UE). Utilizatorii pot experimenta perioade de încărcare întârziate sau performanțe reduse atunci când accesează caracteristici de management al proiectelor. Echipa noastră este activ de lucru pentru a identifica cauza rădăcină și de a restabili performanța normală cât mai repede posibil.

2. 1 septembrie 2026 la 15:00 UTCinvestigating

   Am identificat cauza principală a problemei. Echipa noastră pune în aplicare activ un fix. Vom furniza noi actualizări pe măsură ce progresăm.

3. 1 septembrie 2026 la 15:34 UTCmonitoring

   A fost implementat un fix şi monitorizăm rezultatele. Clienții ar putea avea nevoie pentru a șterge cache browser și închide toate filele deschise cu TMS în cazul în care se confruntă încă probleme.

4. 1 septembrie 2026 la 16:23 UTCresolved

   Problema a fost rezolvată și performanța este stabilă.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 15:06 UTCinvestigating

   În prezent experimentăm erori intermitente atunci când comunicăm cu Gengo, unul dintre vânzătorii noştri terţi de traduceri. Acest lucru cauzează timeout-uri și 502 erori la calcularea prețurilor și depunerea de comenzi pentru comenzi de traducere rutate prin Gengo, afectând atât centre de date din UE cât și din SUA. Gengo a confirmat problema lor şi investighează.

2. 2 septembrie 2026 la 11:46 UTCresolved

   Gengo a rezolvat problema de bază. Calculele preţurilor şi comenzile de traducere trimise lui Gengo funcţionează din nou.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 13:11 UTCinvestigating

   În prezent, utilizatorii nu pot deschide locuri de muncă existente și nu pot crea altele noi în cadrul proiectelor lor Phrase TMS. Investigăm problema.

2. 31 august 2026 la 13:22 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 31 august 2026 la 13:46 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 31 august 2026 la 16:02 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 31 august 2026 la 16:53 UTCresolved

   Problema a fost rezolvată.

6. 4 septembrie 2026 la 08:45 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Phrase TMS la 31 august 2026. Între 2:26 și 5:57 PM CEST, unii utilizatori ai paginii de proiect moștenite nu au putut utiliza acțiuni instrumentale-meniu, cum ar fi crearea sau editarea de locuri de muncă și efectuarea de analize, și click pentru a deschide un loc de muncă nu a lansat editorul web CAT, așa cum era de așteptat, în schimb revenind utilizatorilor la pagina de proiect. Acest post-mortem explică ce s-a întâmplat, cum a fost rezolvată, și ce facem pentru a preveni să se întâmple din nou. ## Timeline *** 31 august 2026 la 2:26 PM CEST** * ** 31 august 2026 at 2:49 PM CEST** Primele rapoarte ale clientilor au venit in descrierea butoanelor instrument-meniu ca dezactivate si locuri de munca care nu au reusit sa se deschida in editor. * ** 31 august 2026 la aproximativ 3:10 PM CEST** *** 31 august 2026 la ora 3:48 PM CEST** * ** 31 august 2026 at 4:04 PM CEST** Fix a fost verificat într-un mediu pre-producție. *** 31 august 2026 la 5:18 PM CEST** * ** 31 august, 2026 la 5:57 PM CEST** Fix a fost complet live în producție și funcționalitate normală a fost restaurat pentru toți clienții afectați. ## Root Cause Incidentul a fost cauzat de o schimbare de cod destinată să stabilească o problemă de afișare fără legătură, minoră pe paginile de proiect comune. Această modificare a modificat modul în care o valoare a fost introdusă într-un script încorporat direct în pagină. Sistemul care redă pagina codează automat valori pentru siguranță, dar acea codare nu face distincția între o valoare plasată în conținutul paginii regulate față de interiorul unui script. Ca rezultat, sintaxa scriptului încorporat a fost ruptă în tăcere odată ce schimbarea a ajuns la producție. Pentru că browserele nu mai execută nici un alt cod pe o pagină odată ce întâlnesc sintaxa script invalidă, fiecare script plasat după acel punct de pe pagină a încetat să mai ruleze Acesta este motivul pentru care clienții experimentat ceea ce arata ca două probleme separate \ (butoane de meniu dezactivate și locuri de muncă care nu reușesc să se deschidă în editor\) care au fost, de fapt, efecte în aval ale aceluiași defect unic. Problema nu a fost prinsă înainte de lansare, deoarece verificarea efectuată la momentul respectiv a confirmat că datele subiacente introduse au fost corecte, dar nu au încărcat pagina reală într-un browser pentru a confirma că aceasta a fost realizată și executată corect până la capăt. ## Actions to Prevent Recurence 1. **Fix desfăşurat** Defectul de bază a fost corectat și trimis spre producție în aceeași zi în care a fost identificat. 2. ** Ghid de pornire actualizat** Am actualizat documentația noastră de inginerie internă pentru a descrie în mod clar acest model de eșec specific și modul corect, în condiții de siguranță să-l ocupe, astfel încât această categorie de greșeală este prins în timpul revizuirii de cod merge mai departe. 3. ** Îmbunătățiri automatizate de detectare în curs** Lucrăm la adăugarea de monitorizare automată pentru această clasă de eșec front-end, astfel încât probleme similare pot fi detectate și abordate înainte ca clienții să fie afectați, în loc să se bazeze pe rapoartele clienților.

Traducere automată din actualizarea oficială a incidentului.

1. 19 august 2026 la 12:16 UTCinvestigating

   Investigăm în prezent o problemă care afectează funcționalitatea de memorie de traducere în Phrase TMS (EU). Utilizatorii pot avea probleme cu crearea Memoriilor de Traduceri şi a altor operaţiuni conexe în acest timp. Echipa noastră lucrează activ pentru a identifica cauza și a restabili funcționalitatea completă cât mai repede posibil.

2. 19 august 2026 la 12:34 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 19 august 2026 la 13:19 UTCmonitoring

   A fost pusă în aplicare o soluţie şi monitorizăm situaţia.

4. 19 august 2026 la 14:09 UTCresolved

   Incidentul a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 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 la 07:54 UTCinvestigating

   We are continuing to investigate this issue.

3. 7 august 2026 la 08:18 UTCidentified

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

4. 7 august 2026 la 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 la 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 la 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 la 08:18 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 6 august 2026 la 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 la 12:00 UTCmonitoring

   We continue monitoring the situation.

5. 6 august 2026 la 13:19 UTCresolved

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

Traducere automată din actualizarea oficială a incidentului.

1. 28 iulie 2026 la 07:19 UTCinvestigating

   Echipa de ingineri a identificat o problemă cu Orchestratorul în care noul motor cu flux de lucru nu execută în prezent fluxurile de lucru. Problema este investigată.

2. 28 iulie 2026 la 07:53 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 28 iulie 2026 la 08:30 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 28 iulie 2026 la 08:35 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele. Motorul cu flux de lucru procesează coada execuţiilor în aşteptare.

5. 28 iulie 2026 la 11:49 UTCresolved

   Toate execuţiile au fost procesate. Acest incident a fost rezolvat.

6. 30 iulie 2026 la 07:09 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Orchestratorul Phrase la 27 iulie 28, 2026. În această perioadă, execuţiile fluxului de lucru în motorul fluxului de lucru de generaţie următoare nu au putut progresa şi au rămas blocate într-o stare de execuţie. Nu s-au pierdut date în timpul incidentului. Această autopsie explică ce s-a întâmplat, când a fost rezolvată, şi măsurile pe care le-am făcut pentru a preveni o recidivă. ## Timeline * **27 Iulie 2026 la 18:55 CEST** Motorul fluxului de lucru a început să producă erori pe măsură ce performanța interogării bazei de date a fost degradată. Execuţiile fluxului de lucru au stagnat şi nu au mai progresat. * **27 iulie 2026 at 20:54 CEST** Primul raport de execuţii al clientului blocat în execuţie a fost primit. * **27 iulie 2026 la 22:39 CEST** Incidentul a fost declarat oficial. ***28 iulie 2026 la 02:18 CEST** ***28 iulie 2026 la 05:15 CEST** Problema a reapărut ca problema de bază a performanței bazei de date a persistat. * **28 iulie 2026 at 09:56 CEST** Cauza principală a fost identificată și abordată. Nu s-au pierdut execuţii; cu toate acestea, din cauza reluării parţiale a serviciului, unele acţiuni din cadrul execuţiilor au fost rejudecate, ceea ce ar fi putut cauza un număr mic de execuţii care altfel ar fi reuşit. ***28 iulie 2026 la 13:46 CEST** Dosarul complet al execuţiilor blocate a fost confirmat. Sistemul a fost declarat stabil. ***28 iulie 2026 la 13:48 CEST** ## Root Cause Incidentul a fost cauzat de balonarea progresivă în indexurile bazei de date utilizate de sistemul de planificare a locurilor de muncă. Performanțele acestor indici particulari s-au degradat treptat în timp, în timp ce acumulau intrările de index mort din scrierile și actualizările anterioare. Motorul de planificare de locuri de muncă dobândește încuietori de coordonare la nivelul bazei de date în timp ce interoghează acești indici pentru a determina ce locuri de muncă pentru a expedia. Pe măsură ce căutarea indicilor a crescut mai lent, ei au început să depăşească perioada configurată a declaraţiei bazei de date. Când o căutare a fost anulată de pauză, procesul de planificare responsabil pentru acea lucrare sa prăbușit și a reluat. Fără programatori care rulează, nu au putut fi expediate trepte de flux de lucru şi toate execuţiile în curs de desfăşurare au rămas blocate. Serverul de baze de date în sine a rămas sănătos pe tot parcursul incidentului, cu CPU normale și niveluri de conectare. Problema a fost exclusiv de blocare și latență disputa în cadrul stratului de planificare. Un serviciu repornit a eliminat procesele prăbușite și temporar restaurat execuție. Cu toate acestea, deoarece balonarea indexului era încă prezentă, aceeași degradare a recidivat după reluarea sarcinii de interogare. Un index manual reconstruieşte performanţa complet restaurată şi rezolvă problema. ## Actions to Prevent Recurence 1. ** Menținerea automată a indicelui adăugat** Acest lucru asigură balon nu se poate acumula în timp și elimină condițiile care au declanșat acest incident. 2. ** Indicii de legacy eliminate** 3. **Monitoring acoperire actualizat** Peisajul nostru de monitorizare este revizuit și actualizat pentru a reflecta starea actuală a motorului fluxului de lucru. Această activitate va elimina lacunele care au permis degradarea să nu fie detectată înainte de primul raport al clientului.

Traducere automată din actualizarea oficială a incidentului.

1. 27 iulie 2026 la 23:48 UTCinvestigating

   Ingineria a identificat o problemă cu Orchestratorul în care noul motor cu flux de lucru nu execută în prezent fluxurile de lucru. Problema este investigată.

2. 28 iulie 2026 la 00:41 UTCresolved

   Toate fluxurile de lucru sunt executate din nou aşa cum era de aşteptat.

3. 30 iulie 2026 la 07:08 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Orchestratorul Phrase la 27 iulie 28, 2026. În această perioadă, execuţiile fluxului de lucru în motorul fluxului de lucru de generaţie următoare nu au putut progresa şi au rămas blocate într-o stare de execuţie. Nu s-au pierdut date în timpul incidentului. Această autopsie explică ce s-a întâmplat, când a fost rezolvată, şi măsurile pe care le-am făcut pentru a preveni o recidivă. ## Timeline * **27 Iulie 2026 la 18:55 CEST** Motorul fluxului de lucru a început să producă erori pe măsură ce performanța interogării bazei de date a fost degradată. Execuţiile fluxului de lucru au stagnat şi nu au mai progresat. * **27 iulie 2026 at 20:54 CEST** Primul raport de execuţii al clientului blocat în execuţie a fost primit. * **27 iulie 2026 la 22:39 CEST** Incidentul a fost declarat oficial. ***28 iulie 2026 la 02:18 CEST** ***28 iulie 2026 la 05:15 CEST** Problema a reapărut ca problema de bază a performanței bazei de date a persistat. * **28 iulie 2026 at 09:56 CEST** Cauza principală a fost identificată și abordată. Nu s-au pierdut execuţii; cu toate acestea, din cauza reluării parţiale a serviciului, unele acţiuni din cadrul execuţiilor au fost rejudecate, ceea ce ar fi putut cauza un număr mic de execuţii care altfel ar fi reuşit. ***28 iulie 2026 la 13:46 CEST** Dosarul complet al execuţiilor blocate a fost confirmat. Sistemul a fost declarat stabil. ***28 iulie 2026 la 13:48 CEST** ## Root Cause Incidentul a fost cauzat de balonarea progresivă în indexurile bazei de date utilizate de sistemul de planificare a locurilor de muncă. Performanțele acestor indici particulari s-au degradat treptat în timp, în timp ce acumulau intrările de index mort din scrierile și actualizările anterioare. Motorul de planificare de locuri de muncă dobândește încuietori de coordonare la nivelul bazei de date în timp ce interoghează acești indici pentru a determina ce locuri de muncă pentru a expedia. Pe măsură ce căutarea indicilor a crescut mai lent, ei au început să depăşească perioada configurată a declaraţiei bazei de date. Când o căutare a fost anulată de pauză, procesul de planificare responsabil pentru acea lucrare sa prăbușit și a reluat. Fără programatori care rulează, nu au putut fi expediate trepte de flux de lucru şi toate execuţiile în curs de desfăşurare au rămas blocate. Serverul de baze de date în sine a rămas sănătos pe tot parcursul incidentului, cu CPU normale și niveluri de conectare. Problema a fost exclusiv de blocare și latență disputa în cadrul stratului de planificare. Un serviciu repornit a eliminat procesele prăbușite și temporar restaurat execuție. Cu toate acestea, deoarece balonarea indexului era încă prezentă, aceeași degradare a recidivat după reluarea sarcinii de interogare. Un index manual reconstruieşte performanţa complet restaurată şi rezolvă problema. ## Actions to Prevent Recurence 1. ** Menținerea automată a indicelui adăugat** Acest lucru asigură balon nu se poate acumula în timp și elimină condițiile care au declanșat acest incident. 2. ** Indicii de legacy eliminate** 3. **Monitoring acoperire actualizat** Peisajul nostru de monitorizare este revizuit și actualizat pentru a reflecta starea actuală a motorului fluxului de lucru. Această activitate va elimina lacunele care au permis degradarea să nu fie detectată înainte de primul raport al clientului.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 12:53 UTCresolved

   Între 16 iunie 2026 01:00:00 CEST și 17 iunie 2026 11:00 AM CEST, conectorul Phrase Job Sync a suferit performanțe degradate. Clienții care folosesc Job Sync cu tipul implicit de conexiune au avut eșecuri. Echipa de inginerie a identificat o cauza radacina si a oferit un fix.

2. 20 iulie 2026 la 12:54 UTCpostmortem

   ### Introducere Am dori să împărtăşim mai multe detalii despre evenimentele care au avut loc cu Phrase în perioada 16 iunie 2026, 01:00PM CEST şi 17 iunie 2026, 11:00AM CEST, ceea ce a condus la performanţa degradată a Phrase Strings API, cauzând clienţilor utilizarea Job Sync cu tipul implicit de conexiune pentru a experimenta eşecuri. Ne cerem scuze pentru întrerupere și ne angajăm să prevenim incidente similare în viitor. ### Timeline **Jun 16, 2026 @ 01:00 PM CEST** Conectorii nu s-au putut autentifica împotriva API-ului Phrase Strings. **Jun 17, 2026 @ 10:00 AM CEST** Eşecul de autentificare a fost identificat de echipa de inginerie. **Jun 17, 2026 @ 10:28 AM CEST** Clienții care utilizează conectori pe bază de jetoane de acces personal nu au fost afectați. **Jun 17, 2026 @ 10:29 AM CEST** **Jun 17, 2026 @ 10:40 AM CEST** **Jun 17, 2026 @ 10:53 AM CEST** Fix a fost implementat și funcționalitate JobSync a fost complet restaurat. ### Root Cause O modificare de cod introdusă pentru a adăuga suport pentru jetoane de autentificare multiplatform modificat modul în care jetoanele de platformă primite sunt validate și prelucrate în API Phrase Strings. Această modificare nu a fost compatibilă cu un format jeton existent utilizat de tipul de conexiune implicită. Ca urmare, jetoanele de platformă au fost respinse de API-ul Strings cu un răspuns neautorizat de 401. Conectorul retried stabilirea conexiunii până la epuizarea bugetului de rejudecare, ceea ce duce la eșecul tuturor operațiunilor afectate. Clienții care utilizează jetoane personale de acces nu au fost afectați, deoarece jetoanele lor urmează o cale de cod diferită. ### Actions to Prevent Recurence Cauza rădăcinii a fost o modificare incompatibilă înapoi la manipularea jetoanelor care nu a fost detectată în timpul dezvoltării. Se iau următoarele măsuri: * **Token format de testare a compatibilității în modificările auth:** La introducerea unui nou format de token/autentificare alături de unul existent, testele trebuie să acopere în mod explicit cazurile de tranziţie ale jetoanelor de format vechi, prelucrate în baza noii logici de detecţie: nu doar fiecare format izolat.

Traducere automată din actualizarea oficială a incidentului.

1. 16 iulie 2026 la 15:47 UTCinvestigating

   Investigăm în prezent o problemă care afectează serviciul nostru metric care ar putea duce la un consum de indicatori duplicați pentru unii clienți. Echipa noastră lucrează activ pentru a identifica componentele afectate și de a determina cauza rădăcină. Vom furniza actualizări suplimentare pe măsură ce vor fi disponibile mai multe informații.

2. 16 iulie 2026 la 16:29 UTCidentified

   Am identificat cauza principală ca fiind instabilitatea unui anumit broker, care cauzează reechilibrarea repetată a grupului de consumatori în cadrul serviciului nostru metric și care duce la copierea actualizărilor metrice. Acest lucru poate duce la unii clienți care se confruntă cu calcule de consum incorecte sau blocarea neașteptată a contului. Continuăm să lucrăm la un fix.

3. 16 iulie 2026 la 17:31 UTCmonitoring

   Am oprit progresia problemei și acum lucrăm la identificarea întregului domeniu de aplicare al impactului, inclusiv a organizațiilor afectate sau blocate. Conturile afectate vor fi prioritizate pentru rezoluție printr-un proces de deduplicare, deși acest lucru va dura ceva timp pentru a finaliza.

4. 16 iulie 2026 la 19:04 UTCidentified

   Am dedus cu succes consumul de indicatori pentru toate organizațiile blocate. Continuăm să lucrăm pentru a dezvolta instrumente de deduplicare per-organizare pentru a asigura date exacte privind ciclul de facturare, cu echipa completă de scalare a acestora mâine dimineaţă.

5. 17 iulie 2026 la 13:02 UTCmonitoring

   Continuăm să facem progrese în rezolvarea problemei consumului de indicatori duplicate identificate pentru prima dată la 16 iulie. Cauza principală a fost identificată și abordată. De la ultima noastră actualizare, echipa noastră a corectat datele duplicate pentru toate conturile blocate anterior. Acum lucrăm printr-un set de conturi afectate şi ne aşteptăm ca această curăţenie să continue în zilele următoare. Nu se mai repetă, această lucrare abordează doar datele istorice.

6. 20 iulie 2026 la 12:07 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 16 iulie 2026 la 14:49 UTCinvestigating

   Investigăm în prezent o problemă care afectează Orchestratorul Phrase. Lucrăm pentru identificarea cauzei profunde și vom furniza actualizări suplimentare de îndată ce mai multe informații sunt disponibile.

2. 16 iulie 2026 la 15:27 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 16 iulie 2026 la 15:27 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 16 iulie 2026 la 15:41 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 16 iulie 2026 la 16:12 UTCresolved

   Orchestratorul (UE) este disponibil din nou de la ora 5:32 PM CEST. Toate execuţiile sunt procesate. Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iulie 2026 la 14:24 UTCinvestigating

   Investigăm în prezent o problemă care afectează Centrul de Traduceri din Strings Phrase (regiunile UE și SUA), unde sirurile de caractere nu se încarcă. Echipa noastră de ingineri a identificat o cauză potenţială şi lucrează activ pentru a o rezolva. Vom furniza noi actualizări pe măsură ce investigaţia noastră progresează.

2. 10 iulie 2026 la 14:37 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 10 iulie 2026 la 15:24 UTCresolved

   Acest incident a fost rezolvat.

4. 7 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 12:57 UTCinvestigating

   Primim rapoarte de la utilizatori despre dispariţia locurilor de muncă din proiecte şi investigăm în prezent această problemă.

2. 8 iulie 2026 la 13:08 UTCmonitoring

   Problema a fost identificată, a fost pusă în aplicare o fixare și monitorizăm situația.

3. 8 iulie 2026 la 13:55 UTCresolved

   Incidentul a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 7 iulie 2026 la 08:34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 7 iulie 2026 la 08:59 UTCmonitoring

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

3. 7 iulie 2026 la 09:27 UTCresolved

   The incident has been resolved.

1. 29 iunie 2026 la 07:30 UTCinvestigating

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

2. 29 iunie 2026 la 08:05 UTCidentified

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

3. 29 iunie 2026 la 08:09 UTCresolved

   This incident has been resolved.

1. 26 iunie 2026 la 16:19 UTCinvestigating

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

1. 26 iunie 2026 la 07:31 UTCinvestigating

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

2. 26 iunie 2026 la 08:16 UTCinvestigating

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

1. 26 iunie 2026 la 07:00 UTCinvestigating

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

2. 26 iunie 2026 la 07:02 UTCresolved

   This incident has been resolved.

1. 23 iunie 2026 la 12:53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 23 iunie 2026 la 12:57 UTCresolved

   This incident has been resolved.