Historial de interrupciones de Memsource

1. September 1, 2026 at 2:18 PM UTCinvestigating

   Actualmente estamos investigando un problema causando lentitud en la opinión de Jobs dentro de Phrase TMS (EU). Los usuarios pueden experimentar tiempos de carga retrasados o menor rendimiento al acceder a las funciones de gestión de proyectos. Nuestro equipo está trabajando activamente para identificar la causa raíz y restaurar el rendimiento normal lo antes posible.

2. September 1, 2026 at 3:00 PM UTCinvestigating

   Hemos identificado la causa raíz de la cuestión. Nuestro equipo está implementando activamente una solución. Proporcionaremos más actualizaciones a medida que avancemos.

3. September 1, 2026 at 3:34 PM UTCmonitoring

   Se ha implementado una solución y estamos monitoreando los resultados. Los clientes pueden necesitar limpiar el caché del navegador y cerrar todas las pestañas abiertas con TMS si todavía experimenta problemas.

4. September 1, 2026 at 4:23 PM UTCresolved

   La cuestión se ha resuelto y el desempeño es estable.

Traducido automáticamente desde la actualización oficial del incidente.

1. August 31, 2026 at 3:06 PM UTCinvestigating

   Actualmente estamos experimentando errores intermitentes cuando nos comunicamos con Gengo, uno de nuestros proveedores de traducción de terceros. Esto está causando retrasos y errores de 502 en cálculo de precios y envío de pedidos para pedidos de traducción enrutados a través de Gengo, afectando tanto a centros de datos de la UE como de Estados Unidos. Gengo ha confirmado la cuestión al final y está investigando.

2. September 2, 2026 at 11:46 AM UTCresolved

   Gengo ha resuelto la cuestión subyacente al final. Los cálculos de precios y los envíos de pedidos de traducción a Gengo están trabajando de nuevo.

Traducido automáticamente desde la actualización oficial del incidente.

1. August 31, 2026 at 1:11 PM UTCinvestigating

   Actualmente los usuarios no pueden abrir trabajos existentes y crear nuevos dentro de sus proyectos de Phrase TMS. Estamos investigando el tema.

2. August 31, 2026 at 1:22 PM UTCinvestigating

   Seguimos investigando esta cuestión.

3. August 31, 2026 at 1:46 PM UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

4. August 31, 2026 at 4:02 PM UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. August 31, 2026 at 4:53 PM UTCresolved

   La cuestión se ha resuelto.

6. September 4, 2026 at 8:45 AM UTCpostmortem

   ## Introduction Nos gustaría compartir detalles sobre un incidente que afectó a Phrase TMS el 31 de agosto de 2026. Entre las 2:26 y las 5:57 PM CEST, algunos usuarios de la página del Proyecto legado no pudieron utilizar acciones de Herramientas-menú tales como crear o editar trabajos y realizar análisis, y hacer clic para abrir un trabajo no lanzó el editor web de CAT como se esperaba, en lugar de devolver usuarios a la página del proyecto. Esta post-mortem explica lo que pasó, cómo se resolvió, y lo que estamos haciendo para evitar que vuelva a suceder. ## Timeline * **Agosto 31, 2026 a las 2:26 PM CEST** – Un cambio de código llegó a la producción con un defecto que rompió la ejecución de script en la página del Proyecto para cualquier usuario que la cargó. * **31 de agosto de 2026 a las 2:49 PM CEST** – Los primeros informes del cliente llegaron a describir los botones Herramientas-menu ya que los trabajos no se abren en el editor. * **31 de agosto de 2026 aproximadamente a las 3:10 PM CEST** – Nuestro equipo identificó la causa raíz del problema. * **31 de agosto de 2026 a las 3:48 PM CEST** – Se completó una solución para el defecto subyacente. * **31 de agosto de 2026 a las 4:04 PM CEST** – La solución fue verificada en un entorno de preproducción. * **31 de agosto de 2026 a las 5:18 PM CEST** – Se inició el despliegue de la fijación a la producción. * **31 de agosto de 2026 a las 5:57 PM CEST** – La solución estaba completamente en vivo en producción y la funcionalidad normal fue restaurada para todos los clientes afectados. ## Root Cause The incident was caused by a code change intended to fix an unrelated, minor display issue on shared project pages. Ese cambio alteró cómo se insertó un valor en un script incrustado directamente en la página. El sistema que hace que la página codifica automáticamente valores para la seguridad, pero que la codificación no distingue entre un valor que se coloca en contenido de página regular versus dentro de un script. Como resultado, la sintaxis del script incrustado se rompió silenciosamente una vez que el cambio llegó a la producción. Debido a que los navegadores dejan de ejecutar cualquier código adicional en una página una vez que encuentran sintaxis de script inválido, cada script colocado después de ese punto en la página dejó de funcionar — no sólo la parte relacionada con el cambio original. Es por eso que los clientes experimentaron lo que parecían dos problemas separados \(desactivados botones de menú y trabajos que no se abren en el editor\) que eran, de hecho, efectos de la corriente baja del mismo defecto único. El problema no fue atrapado antes de la liberación porque la verificación realizada en el momento confirmó que los datos subyacentes que se insertan eran correctos, pero no cargó la página real en un navegador para confirmar que se hizo y ejecutó correctamente final a extremo. ## Actions to Prevent Recurrence 1. **Fix desplegada** – El defecto subyacente fue corregido y desplegado en producción el mismo día que fue identificado. 2. ** Orientación actualizada** – Hemos actualizado nuestra documentación de ingeniería interna para describir claramente este patrón de falla específico y la forma correcta y segura de manejarlo, por lo que esta categoría de error se captura durante la revisión de código que va adelante. 3. ** Mejoras automáticas de detección en curso** – Estamos trabajando en la adición de monitoreo automatizado para esta clase de falla de frente, por lo que se pueden detectar y abordar problemas similares antes de que los clientes se vean afectados, en lugar de confiar en los informes de los clientes.

Traducido automáticamente desde la actualización oficial del incidente.

1. August 19, 2026 at 12:16 PM UTCinvestigating

   Actualmente estamos investigando un problema que afecta a la funcionalidad de Memoria de Traducción en Phrase TMS (EU). Los usuarios pueden experimentar problemas con la creación de memorias de traducción y otras operaciones relacionadas durante este tiempo. Nuestro equipo está trabajando activamente para identificar la causa y restaurar la plena funcionalidad lo antes posible.

2. August 19, 2026 at 12:34 PM UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. August 19, 2026 at 1:19 PM UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando la situación.

4. August 19, 2026 at 2:09 PM UTCresolved

   El incidente se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. August 7, 2026 at 7:27 AM 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. August 7, 2026 at 7:54 AM UTCinvestigating

   We are continuing to investigate this issue.

3. August 7, 2026 at 8:18 AM UTCidentified

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

4. August 7, 2026 at 8:30 AM 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. August 7, 2026 at 2:12 PM 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. August 6, 2026 at 8:11 AM 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. August 6, 2026 at 8:18 AM UTCinvestigating

   We are continuing to investigate this issue.

3. August 6, 2026 at 8:43 AM 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. August 6, 2026 at 12:00 PM UTCmonitoring

   We continue monitoring the situation.

5. August 6, 2026 at 1:19 PM UTCresolved

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

1. July 28, 2026 at 7:19 AM UTCinvestigating

   El equipo de ingeniería identificó un problema con Orchestrator donde el nuevo motor de flujo de trabajo no está ejecutando corrientes de trabajo. El problema está siendo investigado.

2. July 28, 2026 at 7:53 AM UTCinvestigating

   Seguimos investigando esta cuestión.

3. July 28, 2026 at 8:30 AM UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

4. July 28, 2026 at 8:35 AM UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados. El motor de flujo de trabajo está procesando la cola de las ejecuciones pendientes.

5. July 28, 2026 at 11:49 AM UTCresolved

   Todas las ejecuciones han sido procesadas. Este incidente ha sido resuelto.

6. July 30, 2026 at 7:09 AM UTCpostmortem

   ## Introduction Nos gustaría compartir detalles sobre un incidente que afectó a Phrase Orchestrator el 27 al 28 de julio de 2026. Durante este período, las ejecuciones de flujo de trabajo en el Motor de flujo de trabajo de Next-Gen no pudieron progresar y permanecieron atrapados en un estado "ejecutivo". No se perdieron datos durante el incidente. Esta post-mortem explica lo que sucedió, cuando se resolvió, y los pasos que hemos tomado para prevenir una recurrencia. ## Timeline * **27 julio 2026 a las 18:55 CEST** – El motor de flujo de trabajo comenzó a producir errores a medida que el rendimiento de consulta de bases de datos se degrada. Las ejecuciones de flujo de trabajo se estancaron y dejaron de progresar. * **27 julio 2026 a las 20:54 CEST** – Se recibió el primer informe del cliente de ejecuciones en "ejecución". * **27 julio 2026 a las 22:39 CEST** – El incidente fue declarado oficialmente. * **28 julio 2026 a las 02:18 CEST** – Un reinicio de servicio proporcionó alivio temporal; se reanudaron las ejecuciones de flujo de trabajo. * **28 julio 2026 a las 05:15 CEST** – La cuestión se repite a medida que persiste el problema de rendimiento de la base de datos subyacente. * **28 julio 2026 a las 09:56 CEST** – The root cause was identified and addressed. No se perdieron ejecuciones; sin embargo, debido a que el servicio parcial se reinicia, algunas acciones dentro de las ejecuciones fueron retumbadas, lo que puede haber causado un pequeño número de ejecuciones que de lo contrario habrían tenido éxito. * **28 julio 2026 a las 13:46 CEST** – El atraso total de las ejecuciones suspendidas fue confirmado como aclarado. El sistema fue declarado estable. * **28 julio 2026 a las 13:48 CEST** – El incidente resuelto. ## Root Cause The incident was caused by progressive bloat in database indexes used by the workflow job scheduling system. El rendimiento de estos índices particulares se degrada gradualmente con el tiempo a medida que acumulaban entradas de índices muertos de escritos y actualizaciones anteriores. El motor de programación de empleos adquiere cerraduras de coordinación a nivel de base de datos, mientras que consulta estos índices para determinar qué empleos enviar. A medida que las revisiones de índice se hicieron más lentas, comenzaron a superar el tiempo de declaración configurado de la base de datos. Cuando una búsqueda fue cancelada por el timeout, el proceso de programación responsable de ese trabajo se estrelló y reiniciaron. Sin programadores funcionando, no se pueden enviar pasos de flujo de trabajo y todas las ejecuciones de flujo de trabajo en curso se atascaron. El servidor de bases de datos en sí permaneció sano durante todo el incidente, con niveles normales de CPU y conexión. El problema era exclusivamente bloqueo y contención de latencia dentro de la capa de programación. Un reinicio de servicio despejó los procesos estrellados y la ejecución restaurada temporalmente. Sin embargo, debido a que el bloque índice todavía estaba presente, la misma degradación recurrió una vez que se reanudó la carga de consulta. Un índice manual reconstruye el rendimiento completamente restaurado y resuelve el problema. ## Actions to Prevent Recurrence 1. **Mantenimiento automatizado del índice** – Se ha configurado el mantenimiento del índice automático programado para los índices afectados. Esto asegura que la hinchazón no puede acumularse con el tiempo y elimina las condiciones que desencadenaron este incidente. 2. **Se eliminaron los índices de legado** – Se han identificado y eliminado los índices de bases de datos heredados no utilizados, reduciendo la superficie total de mantenimiento y simplificando la futura higiene de índices. 3. ** Actualización de la cobertura de supervisión** – Nuestro paisaje de monitoreo está siendo revisado y actualizado para reflejar el estado actual del motor de flujo de trabajo. Este trabajo cerrará brechas que permitieron que la degradación no fuera detectada antes del primer informe del cliente.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 27, 2026 at 11:48 PM UTCinvestigating

   Engineering ha identificado un problema con Orchestrator donde el nuevo motor de flujo de trabajo no está ejecutando corrientes de trabajo. El problema está siendo investigado.

2. July 28, 2026 at 12:41 AM UTCresolved

   Todos los flujos de trabajo se están ejecutando de nuevo como se espera.

3. July 30, 2026 at 7:08 AM UTCpostmortem

   ## Introduction Nos gustaría compartir detalles sobre un incidente que afectó a Phrase Orchestrator el 27 al 28 de julio de 2026. Durante este período, las ejecuciones de flujo de trabajo en el Motor de flujo de trabajo de Next-Gen no pudieron progresar y permanecieron atrapados en un estado "ejecutivo". No se perdieron datos durante el incidente. Esta post-mortem explica lo que sucedió, cuando se resolvió, y los pasos que hemos tomado para prevenir una recurrencia. ## Timeline * **27 julio 2026 a las 18:55 CEST** – El motor de flujo de trabajo comenzó a producir errores a medida que el rendimiento de consulta de bases de datos se degrada. Las ejecuciones de flujo de trabajo se estancaron y dejaron de progresar. * **27 julio 2026 a las 20:54 CEST** – Se recibió el primer informe del cliente de ejecuciones en "ejecución". * **27 julio 2026 a las 22:39 CEST** – El incidente fue declarado oficialmente. * **28 julio 2026 a las 02:18 CEST** – Un reinicio de servicio proporcionó alivio temporal; se reanudaron las ejecuciones de flujo de trabajo. * **28 julio 2026 a las 05:15 CEST** – La cuestión se repite a medida que persiste el problema de rendimiento de la base de datos subyacente. * **28 julio 2026 a las 09:56 CEST** – The root cause was identified and addressed. No se perdieron ejecuciones; sin embargo, debido a que el servicio parcial se reinicia, algunas acciones dentro de las ejecuciones fueron retumbadas, lo que puede haber causado un pequeño número de ejecuciones que de lo contrario habrían tenido éxito. * **28 julio 2026 a las 13:46 CEST** – El atraso total de las ejecuciones suspendidas fue confirmado como aclarado. El sistema fue declarado estable. * **28 julio 2026 a las 13:48 CEST** – El incidente resuelto. ## Root Cause The incident was caused by progressive bloat in database indexes used by the workflow job scheduling system. El rendimiento de estos índices particulares se degrada gradualmente con el tiempo a medida que acumulaban entradas de índices muertos de escritos y actualizaciones anteriores. El motor de programación de empleos adquiere cerraduras de coordinación a nivel de base de datos, mientras que consulta estos índices para determinar qué empleos enviar. A medida que las revisiones de índice se hicieron más lentas, comenzaron a superar el tiempo de declaración configurado de la base de datos. Cuando una búsqueda fue cancelada por el timeout, el proceso de programación responsable de ese trabajo se estrelló y reiniciaron. Sin programadores funcionando, no se pueden enviar pasos de flujo de trabajo y todas las ejecuciones de flujo de trabajo en curso se atascaron. El servidor de bases de datos en sí permaneció sano durante todo el incidente, con niveles normales de CPU y conexión. El problema era exclusivamente bloqueo y contención de latencia dentro de la capa de programación. Un reinicio de servicio despejó los procesos estrellados y la ejecución restaurada temporalmente. Sin embargo, debido a que el bloque índice todavía estaba presente, la misma degradación recurrió una vez que se reanudó la carga de consulta. Un índice manual reconstruye el rendimiento completamente restaurado y resuelve el problema. ## Actions to Prevent Recurrence 1. **Mantenimiento automatizado del índice** – Se ha configurado el mantenimiento del índice automático programado para los índices afectados. Esto asegura que la hinchazón no puede acumularse con el tiempo y elimina las condiciones que desencadenaron este incidente. 2. **Se eliminaron los índices de legado** – Se han identificado y eliminado los índices de bases de datos heredados no utilizados, reduciendo la superficie total de mantenimiento y simplificando la futura higiene de índices. 3. ** Actualización de la cobertura de supervisión** – Nuestro paisaje de monitoreo está siendo revisado y actualizado para reflejar el estado actual del motor de flujo de trabajo. Este trabajo cerrará brechas que permitieron que la degradación no fuera detectada antes del primer informe del cliente.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 20, 2026 at 12:53 PM UTCresolved

   Entre el 16 de junio de 2026 01:00PM CEST y el 17 de junio de 2026 11:00AM CEST, el conector Phrase Job Sync sufrió un rendimiento degradado. Los clientes que utilizan el Job Sync con el tipo de conexión predeterminado experimentaron fallos. El equipo de ingeniería identificó una causa raíz y proporcionó una solución.

2. July 20, 2026 at 12:54 PM UTCpostmortem

   #### Introduction Nos gustaría compartir más detalles sobre los eventos que ocurrieron con Phrase entre el 16 de junio de 2026, 01:00PM CEST y el 17 de junio de 2026, 11:00AM CEST, lo que llevó a un rendimiento degradado de Phrase Strings API, causando a los clientes utilizando el Job Sync con el tipo de conexión predeterminado para experimentar fallos. Nos disculpamos por la perturbación y estamos comprometidos a prevenir incidentes similares en el futuro. ### Timeline **Jun 16, 2026 @ 01:00 PM CEST** – Job Sync comenzó a fallar para los clientes utilizando el tipo de conexión predeterminado. Los conectores no pudieron autenticar contra la API de Phrase Strings. **Jun 17, 2026 @ 10:00 AM CEST** – El fallo de autenticación fue identificado por el equipo de ingeniería. **17 de junio de 2026 @ 10:28 AM CEST** – Se confirmó el alcance del impacto: Los clientes que usaron la conexión por defecto Job Sync se vieron afectados. Los clientes que utilizan conectores basados en token no se vieron afectados. **Jun 17, 2026 @ 10:29 AM CEST** – Se identificó la causa raíz: Un cambio reciente que añadió soporte de token multiplataforma inadvertidamente introdujo errores con algunos tokens de plataforma existentes. **Jun 17, 2026 @ 10:40 AM CEST** – Se preparó y presentó una solución para su revisión. **Jun 17, 2026 @ 10:53 AM CEST** – La solución fue desplegada y la funcionalidad JobSync fue completamente restaurada. ## Root Cause Un cambio de código introducido para añadir soporte para fichas de autenticación multiplataforma modificó cómo se validan y procesan los tokens de plataforma entrante en la API de Phrase Strings. Este cambio no era compatible con un formato token existente utilizado por el tipo de conexión predeterminado. As a result, platform tokens were rejected by the Strings API with a `401 Unauthorized` response. El conector volvió a establecer la conexión hasta agotar su presupuesto de reingreso, causando que todas las operaciones afectadas fallaran. Los clientes que utilizan fichas de acceso personal no se vieron afectados a medida que sus fichas siguen una ruta de código diferente. ## Actions to Prevent Recurrence La causa raíz fue un cambio incompatible a la manipulación de token que no se detectó durante el desarrollo. Se están adoptando las siguientes medidas: * **Token format compatibility testing in auth changes:** Al introducir un nuevo formato de token/authentication junto con uno existente, las pruebas deben cubrir explícitamente el caso de transición, tokens de formato antiguo que se procesan bajo la nueva lógica de detección, no sólo cada formato en aislamiento.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 16, 2026 at 3:47 PM UTCinvestigating

   Actualmente estamos investigando un problema que afecta a nuestro servicio de Metrics que puede resultar en el consumo de métricas duplicadas para algunos clientes. Nuestro equipo está trabajando activamente para identificar los componentes afectados y determinar la causa raíz. Proporcionaremos más actualizaciones a medida que se disponga de más información.

2. July 16, 2026 at 4:29 PM UTCidentified

   Hemos identificado la causa raíz como inestabilidad en un corredor específico, lo que está causando la repetida reducción del grupo de consumidores en nuestro servicio de Metrics y conduce al procesamiento duplicado de actualizaciones métricas. Esto puede resultar en que algunos clientes experimentan cálculos de consumo incorrectos o bloqueo de cuentas inesperado. Continuamos trabajando en una solución.

3. July 16, 2026 at 5:31 PM UTCmonitoring

   Hemos detenido la progresión de la cuestión y ahora estamos trabajando para identificar todo el alcance de los efectos, incluidas las organizaciones afectadas o bloqueadas. Las cuentas afectadas se priorizarán para la resolución a través de un proceso de deduplicación, aunque esto tomará algún tiempo para completar.

4. July 16, 2026 at 7:04 PM UTCidentified

   Hemos deduplicado con éxito el consumo de métrica para todas las organizaciones bloqueadas. Continuamos trabajando para desarrollar herramientas de deduplicación por organización para asegurar datos precisos del ciclo de facturación, con el equipo completo escalando estas correcciones mañana por la mañana.

5. July 17, 2026 at 1:02 PM UTCmonitoring

   Seguimos avanzando en la solución de la cuestión del consumo de métricas duplicadas identificada por primera vez el 16 de julio. La causa raíz se ha identificado y abordado. Desde nuestra última actualización, nuestro equipo ha corregido los datos duplicados para todas las cuentas bloqueadas previamente. Ahora estamos trabajando a través de un conjunto restante de cuentas afectadas y esperamos que esta limpieza continúe en los próximos días. No se están produciendo más duplicaciones, este trabajo sólo aborda datos históricos.

6. July 20, 2026 at 12:07 PM UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 16, 2026 at 2:49 PM UTCinvestigating

   Actualmente estamos investigando un problema que afecta a Phrase Orchestrator. Trabajamos para identificar la causa raíz y proporcionaremos más actualizaciones tan pronto como esté disponible más información.

2. July 16, 2026 at 3:27 PM UTCinvestigating

   Seguimos investigando esta cuestión.

3. July 16, 2026 at 3:27 PM UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

4. July 16, 2026 at 3:41 PM UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. July 16, 2026 at 4:12 PM UTCresolved

   Orchestrator (EU) está disponible de nuevo desde las 5:32 PM CEST. Todas las ejecuciones pendientes están siendo procesadas. Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 10, 2026 at 2:24 PM UTCinvestigating

   Actualmente estamos investigando un problema que afecta al Centro de Traducción en Phrase Strings (reglas UE y EE.UU.), donde las cadenas no están cargando. Nuestro equipo de ingeniería ha identificado una causa potencial y está trabajando activamente para resolverla. Proporcionaremos más actualizaciones a medida que avance nuestra investigación.

2. July 10, 2026 at 2:37 PM UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. July 10, 2026 at 3:24 PM UTCresolved

   Este incidente ha sido resuelto.

4. August 7, 2026 at 7:14 AM 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 8, 2026 at 12:57 PM UTCinvestigating

   Estamos recibiendo informes de usuarios sobre empleos que desaparecen de proyectos y actualmente estamos investigando el tema.

2. July 8, 2026 at 1:08 PM UTCmonitoring

   Se ha identificado la cuestión, se ha aplicado una solución y estamos vigilando la situación.

3. July 8, 2026 at 1:55 PM UTCresolved

   El incidente se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. July 7, 2026 at 8:34 AM UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. July 7, 2026 at 8:59 AM UTCmonitoring

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

3. July 7, 2026 at 9:27 AM UTCresolved

   The incident has been resolved.

1. June 29, 2026 at 7:30 AM UTCinvestigating

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

2. June 29, 2026 at 8:05 AM UTCidentified

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

3. June 29, 2026 at 8:09 AM UTCresolved

   This incident has been resolved.

1. June 26, 2026 at 4:19 PM UTCinvestigating

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

1. June 26, 2026 at 7:31 AM UTCinvestigating

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

2. June 26, 2026 at 8:16 AM UTCinvestigating

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

1. June 26, 2026 at 7:00 AM UTCinvestigating

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

2. June 26, 2026 at 7:02 AM UTCresolved

   This incident has been resolved.

1. June 23, 2026 at 12:53 PM UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. June 23, 2026 at 12:57 PM UTCresolved

   This incident has been resolved.

1. June 22, 2026 at 2:16 PM UTCinvestigating

   This is a test, please ignore.

2. June 22, 2026 at 2:21 PM UTCinvestigating

   This incident has been resolved.