Histórico de interrupções do Memsource

1. 1 Gwengolo 2026 da 14:18 UTCinvestigating

   Estamos actualmente a investigar uma questão que provoca lentidão na visão Emprego dentro da Frase TMS (UE). Os usuários podem experimentar tempos de carga atrasados ou desempenho reduzido ao acessar recursos de gerenciamento de projetos. Nossa equipe está trabalhando ativamente para identificar a causa raiz e restaurar o desempenho normal o mais rápido possível.

2. 1 Gwengolo 2026 da 15:00 UTCinvestigating

   Identificámos a causa principal da questão. A nossa equipa está a implementar uma solução. Apresentaremos mais actualizações à medida que avançarmos.

3. 1 Gwengolo 2026 da 15:34 UTCmonitoring

   Foi lançada uma solução e estamos a monitorizar os resultados. Os clientes podem precisar limpar cache do navegador e fechar todas as abas abertas com TMS se ainda tiver problemas.

4. 1 Gwengolo 2026 da 16:23 UTCresolved

   A questão foi resolvida e o desempenho é estável.

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Eost 2026 da 15:06 UTCinvestigating

   Atualmente estamos experimentando erros intermitentes ao nos comunicarmos com Gengo, um de nossos fornecedores de tradução de terceiros. Isso está causando timeouts e 502 erros no cálculo de preços e submissão de pedidos de tradução encaminhados através de Gengo, afetando tanto os centros de dados da UE e dos EUA. Gengo confirmou o assunto e está a investigar.

2. 2 Gwengolo 2026 da 11:46 UTCresolved

   O Gengo resolveu a questão subjacente. Cálculos de preços e submissões de pedidos de tradução para Gengo estão trabalhando novamente.

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Eost 2026 da 13:11 UTCinvestigating

   Atualmente, os usuários são incapazes de abrir trabalhos existentes e criar novos em seus projetos do Phrase TMS. Estamos a investigar a questão.

2. 31 Eost 2026 da 13:22 UTCinvestigating

   Continuamos a investigar esta questão.

3. 31 Eost 2026 da 13:46 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 31 Eost 2026 da 16:02 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

5. 31 Eost 2026 da 16:53 UTCresolved

   A questão foi resolvida.

6. 4 Gwengolo 2026 da 08:45 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou a Frase TMS em 31 de agosto de 2026. Entre 2:26 e 5:57 PM CEST, alguns usuários da página do projeto legado não foram capazes de usar ações do menu Ferramentas, como criar ou editar trabalhos e executar análises, e clicar para abrir um trabalho não lançou o editor web CAT como esperado, em vez de retornar usuários para a página do projeto. Esta autópsia explica o que aconteceu, como foi resolvido e o que estamos a fazer para evitar que volte a acontecer. # # Timeline * 31 de agosto de 2026 às 2:26 PM CEST** – Uma mudança de código atingiu a produção contendo um defeito que quebrou a execução do script na página do Projeto para qualquer usuário que o carregasse. * 31 de Agosto de 2026 às 2:49 CEST** Os primeiros relatórios de clientes vieram descrevendo botões do menu Ferramentas como desativados e trabalhos que não foram abertos no editor. * ** 31 de agosto de 2026 a aproximadamente 3:10 PM CEST** – Nossa equipe identificou a causa principal do problema. * 31 de agosto de 2026 às 3:48 PM CEST** – Uma correção para o defeito subjacente foi concluída. * 31 de Agosto de 2026 às 16:04 CEST** A correção foi verificada em um ambiente de pré-produção. * ** 31 de agosto de 2026 às 5:18 PM CEST** - A implantação da fixação à produção começou. * 31 de agosto de 2026 às 17:57 CEST** A correção foi totalmente ao vivo na produção e a funcionalidade normal foi restaurada para todos os clientes afetados. # # Causa raiz O incidente foi causado por uma mudança de código destinada a corrigir um pequeno problema de exibição não relacionado em páginas de projeto compartilhadas. Essa mudança alterou como um valor foi inserido em um script incorporado diretamente na página. O sistema que torna a página automaticamente codifica valores de segurança, mas que a codificação não distingue entre um valor que está sendo colocado em conteúdo de página regular versus dentro de um script. Como resultado, a sintaxe do script incorporado foi silenciosamente quebrada uma vez que a mudança atingiu a produção. Como os navegadores param de executar qualquer código adicional em uma página uma vez que encontram sintaxe de script inválida, cada script colocado após esse ponto na página parou de ser executado — não apenas a parte relacionada com a alteração original. É por isso que os clientes experimentaram o que parecia dois problemas separados \(botões de menu desativados e tarefas falhando em abrir no editor\) que foram, de fato, efeitos a jusante do mesmo defeito único. A questão não foi capturada antes do lançamento, porque a verificação realizada na época confirmou que os dados subjacentes que estavam sendo inseridos estava correta, mas não carregou a página real em um navegador para confirmá-la renderizada e executada corretamente de ponta a ponta. # # Ações para evitar a recorrência 1. **Fix implantado** – O defeito subjacente foi corrigido e implantado na produção no mesmo dia em que foi identificado. 2. ** Orientações de engenharia actualizadas** Atualizamos nossa documentação de engenharia interna para descrever claramente este padrão de falha específico e a maneira correta e segura de lidar com isso, então esta categoria de erro é capturada durante a revisão de código em andamento. 3. ** Melhorias de detecção automatizadas em curso** – Estamos trabalhando na adição de monitoramento automatizado para esta classe de falha de front-end, para que problemas semelhantes possam ser detectados e abordados antes que os clientes sejam afetados, em vez de confiar em relatórios de clientes.

Traduzido automaticamente da atualização oficial do incidente.

1. 19 Eost 2026 da 12:16 UTCinvestigating

   Atualmente estamos investigando uma questão que afeta a funcionalidade de Memória de Tradução em Frase TMS (EU). Os usuários podem ter problemas com a criação de memórias de tradução e outras operações relacionadas durante este tempo. Nossa equipe está trabalhando ativamente para identificar a causa e restaurar toda a funcionalidade o mais rápido possível.

2. 19 Eost 2026 da 12:34 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 19 Eost 2026 da 13:19 UTCmonitoring

   Foi implementada uma solução e estamos a acompanhar a situação.

4. 19 Eost 2026 da 14:09 UTCresolved

   O incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Eost 2026 da 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 Eost 2026 da 07:54 UTCinvestigating

   We are continuing to investigate this issue.

3. 7 Eost 2026 da 08:18 UTCidentified

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

4. 7 Eost 2026 da 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 Eost 2026 da 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 Eost 2026 da 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 Eost 2026 da 08:18 UTCinvestigating

   We are continuing to investigate this issue.

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

   We continue monitoring the situation.

5. 6 Eost 2026 da 13:19 UTCresolved

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

1. 28 Gouere 2026 da 07:19 UTCinvestigating

   A equipe de engenharia identificou um problema com o Orchestrator, onde o novo Workflow Engine atualmente não está executando fluxos de trabalho. O problema está sob investigação.

2. 28 Gouere 2026 da 07:53 UTCinvestigating

   Continuamos a investigar esta questão.

3. 28 Gouere 2026 da 08:30 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 28 Gouere 2026 da 08:35 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados. O motor de fluxo de trabalho está processando a fila de execuções pendentes.

5. 28 Gouere 2026 da 11:49 UTCresolved

   Todas as execuções foram processadas. Este incidente foi resolvido.

6. 30 Gouere 2026 da 07:09 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou Frase Orchestrator em 27 a 28 de julho de 2026. Durante este período, as execuções de fluxo de trabalho no Next-Gen Workflow Engine foram incapazes de progredir e permaneceram presas em um estado de "execução". Nenhum dado foi perdido durante o incidente. Esta autópsia explica o que aconteceu, quando foi resolvido, e os passos que demos para evitar uma recorrência. # # Timeline * **27 de julho de 2026 às 18:55 CEST** O motor de fluxo de trabalho começou a produzir erros à medida que o desempenho da consulta de banco de dados degradava. As execuções de fluxo de trabalho pararam e pararam de progredir. * **27 de julho de 2026 às 20:54 CEST** O primeiro relatório do cliente de execuções presas em "executar" foi recebido. * **27 de julho de 2026 às 22:39 CEST** O incidente foi formalmente declarado. * **28 de julho de 2026 em 02:18 CEST** – Um serviço de reinício fornecido alívio temporário; execuções de fluxo de trabalho retomadas. * 28 de julho de 2026 às 05:15 CEST** A questão voltou à medida que o problema de desempenho do banco de dados subjacente persistiu. * **28 de julho de 2026 às 09:56 CEST** A causa raiz foi identificada e abordada. Nenhuma execução foi perdida; no entanto, devido a reinícios parciais do serviço, algumas ações dentro das execuções foram novamente experimentadas, o que pode ter causado um pequeno número de execuções a falhar que de outra forma teria conseguido. * 28 de julho de 2026 às 13:46 CEST** O atraso total das execuções empatadas foi confirmado. O sistema foi declarado estável. * **28 de julho de 2026 às 13:48 CEST** - Incidente resolvido. # # Causa raiz O incidente foi causado por inchaço progressivo nos índices de banco de dados utilizados pelo sistema de agendamento de tarefas de fluxo de trabalho. O desempenho desses índices particulares gradualmente degrada-se ao longo do tempo, pois acumulavam entradas de índice mortas de registros e atualizações anteriores. O motor de agendamento de trabalhos adquire bloqueios de coordenação de nível de banco de dados ao consultar esses índices para determinar quais trabalhos enviar. À medida que o índice de buscas crescia mais lento, eles começaram a exceder o tempo-limite de instrução configurado do banco de dados. Quando uma pesquisa foi cancelada pelo tempo limite, o processo de agendamento responsável por esse trabalho caiu e reiniciou. Sem agendadores em execução, nenhuma etapa de fluxo de trabalho poderia ser enviada e todas as execuções de fluxo de trabalho em andamento ficaram presas. O próprio servidor de banco de dados permaneceu saudável durante todo o incidente, com níveis normais de CPU e conexão. O problema foi exclusivamente a contenção de bloqueio e latência dentro da camada de agendamento. Uma reinicialização do serviço limpou os processos em queda e a execução temporariamente restaurada. No entanto, como o inchaço do índice ainda estava presente, a mesma degradação ocorreu uma vez retomada a carga de consulta. Um índice manual reconstruir o desempenho totalmente restaurado e resolveu o problema. # # Ações para evitar a recorrência 1. ** Manutenção automática do índice adicionado** – Manutenção automática do índice programada foi configurada para os índices afetados. Isso garante que o inchaço não pode acumular ao longo do tempo e elimina as condições que desencadeou este incidente. 2. ** Índices de legado removidos** – Índices de banco de dados legado não utilizados foram identificados e removidos, reduzindo a superfície de manutenção global e simplificando a higiene do índice futuro. 3. ** Monitorização da cobertura atualizada** – Nossa paisagem de monitoramento está sendo revisada e atualizada para refletir o estado atual do motor de fluxo de trabalho. Este trabalho irá fechar lacunas que permitiram que a degradação não fosse detectada antes do primeiro relatório do cliente.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Gouere 2026 da 23:48 UTCinvestigating

   A Engenharia identificou um problema com o Orchestrator, onde o novo Workflow Engine atualmente não executa fluxos de trabalho. O problema está sob investigação.

2. 28 Gouere 2026 da 00:41 UTCresolved

   Todos os fluxos de trabalho estão sendo executados novamente como esperado.

3. 30 Gouere 2026 da 07:08 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou Frase Orchestrator em 27 a 28 de julho de 2026. Durante este período, as execuções de fluxo de trabalho no Next-Gen Workflow Engine foram incapazes de progredir e permaneceram presas em um estado de "execução". Nenhum dado foi perdido durante o incidente. Esta autópsia explica o que aconteceu, quando foi resolvido, e os passos que demos para evitar uma recorrência. # # Timeline * **27 de julho de 2026 às 18:55 CEST** O motor de fluxo de trabalho começou a produzir erros à medida que o desempenho da consulta de banco de dados degradava. As execuções de fluxo de trabalho pararam e pararam de progredir. * **27 de julho de 2026 às 20:54 CEST** O primeiro relatório do cliente de execuções presas em "executar" foi recebido. * **27 de julho de 2026 às 22:39 CEST** O incidente foi formalmente declarado. * **28 de julho de 2026 em 02:18 CEST** – Um serviço de reinício fornecido alívio temporário; execuções de fluxo de trabalho retomadas. * 28 de julho de 2026 às 05:15 CEST** A questão voltou à medida que o problema de desempenho do banco de dados subjacente persistiu. * **28 de julho de 2026 às 09:56 CEST** A causa raiz foi identificada e abordada. Nenhuma execução foi perdida; no entanto, devido a reinícios parciais do serviço, algumas ações dentro das execuções foram novamente experimentadas, o que pode ter causado um pequeno número de execuções a falhar que de outra forma teria conseguido. * 28 de julho de 2026 às 13:46 CEST** O atraso total das execuções empatadas foi confirmado. O sistema foi declarado estável. * **28 de julho de 2026 às 13:48 CEST** - Incidente resolvido. # # Causa raiz O incidente foi causado por inchaço progressivo nos índices de banco de dados utilizados pelo sistema de agendamento de tarefas de fluxo de trabalho. O desempenho desses índices particulares gradualmente degrada-se ao longo do tempo, pois acumulavam entradas de índice mortas de registros e atualizações anteriores. O motor de agendamento de trabalhos adquire bloqueios de coordenação de nível de banco de dados ao consultar esses índices para determinar quais trabalhos enviar. À medida que o índice de buscas crescia mais lento, eles começaram a exceder o tempo-limite de instrução configurado do banco de dados. Quando uma pesquisa foi cancelada pelo tempo limite, o processo de agendamento responsável por esse trabalho caiu e reiniciou. Sem agendadores em execução, nenhuma etapa de fluxo de trabalho poderia ser enviada e todas as execuções de fluxo de trabalho em andamento ficaram presas. O próprio servidor de banco de dados permaneceu saudável durante todo o incidente, com níveis normais de CPU e conexão. O problema foi exclusivamente a contenção de bloqueio e latência dentro da camada de agendamento. Uma reinicialização do serviço limpou os processos em queda e a execução temporariamente restaurada. No entanto, como o inchaço do índice ainda estava presente, a mesma degradação ocorreu uma vez retomada a carga de consulta. Um índice manual reconstruir o desempenho totalmente restaurado e resolveu o problema. # # Ações para evitar a recorrência 1. ** Manutenção automática do índice adicionado** – Manutenção automática do índice programada foi configurada para os índices afetados. Isso garante que o inchaço não pode acumular ao longo do tempo e elimina as condições que desencadeou este incidente. 2. ** Índices de legado removidos** – Índices de banco de dados legado não utilizados foram identificados e removidos, reduzindo a superfície de manutenção global e simplificando a higiene do índice futuro. 3. ** Monitorização da cobertura atualizada** – Nossa paisagem de monitoramento está sendo revisada e atualizada para refletir o estado atual do motor de fluxo de trabalho. Este trabalho irá fechar lacunas que permitiram que a degradação não fosse detectada antes do primeiro relatório do cliente.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Gouere 2026 da 12:53 UTCresolved

   Entre 16 de junho de 2026 01:00 CEST e 17 de junho de 2026 11:00 CEST, o conector Phrase Job Sync sofreu desempenho degradado. Clientes que usam o Job Sync com o tipo de conexão padrão experimentaram falhas. A equipe de engenharia identificou uma causa raiz e forneceu uma correção.

2. 20 Gouere 2026 da 12:54 UTCpostmortem

   Introdução Gostaríamos de compartilhar mais detalhes sobre os eventos que ocorreram com Frase entre 16 de junho de 2026, 01:00 PM CEST e 17 de junho de 2026, 11:00 AM CEST, o que levou a desempenho degradado da API Frase Strings, fazendo com que os clientes usando o Job Sync com o tipo de conexão padrão para experimentar falhas. Pedimos desculpa pela interrupção e estamos empenhados em evitar incidentes semelhantes no futuro. Linha do Tempo **Jun 16, 2026 @ 01:00 CEST** – Job Sync começou a falhar para os clientes usando o tipo de conexão padrão. Os conectores não foram capazes de autenticar contra a API Frase Strings. **Jun 17, 2026 @ 10:00 CEST A falha de autenticação foi identificada pela equipe de engenharia. **Jun 17, 2026 @ 10:28 CEST** – O escopo do impacto foi confirmado: Os clientes usando a conexão padrão Job Sync foram afetados. Os clientes que utilizam conectores pessoais baseados em fichas de acesso não foram afetados. **Jun 17, 2026 @ 10:29 AM CEST** – Causa raiz foi identificada: Uma mudança recente que adicionou suporte token multi-plataforma inadvertidamente introduziu erros com alguns tokens de plataforma existentes. **Jun 17, 2026 @ 10:40 CEST** – Uma correção foi preparada e submetida para revisão. **Jun 17, 2026 @ 10:53 CEST** A correção foi implantada e a funcionalidade JobSync foi totalmente restaurada. Causa raiz Uma alteração de código introduzida para adicionar suporte para tokens de autenticação multi-plataforma modificado como tokens de plataforma de entrada são validados e processados na API Frase Strings. Esta alteração não foi compatível com um formato de token existente usado pelo tipo de conexão padrão. Como resultado, tokens de plataforma foram rejeitados pela API Strings com uma resposta `401 Unautorized`. O conector novamente tentou estabelecer a conexão até esgotar seu orçamento de repetição, fazendo com que todas as operações afetadas falhassem. Os clientes que usam tokens de acesso pessoal não foram afetados, pois seus tokens seguem um caminho de código diferente. ## # Ações para evitar a recorrência A causa raiz foi uma mudança incompatível ao contrário para o manuseio do token que não foi detectado durante o desenvolvimento. Estão a ser tomadas as seguintes medidas: * ** Teste de compatibilidade de formato Token em alterações de autenticação:** Ao introduzir um novo formato token/autentication ao lado de um existente, os testes devem cobrir explicitamente o caso de transição - tokens de formato antigo sendo processados sob a nova lógica de detecção - não apenas cada formato em isolamento.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gouere 2026 da 15:47 UTCinvestigating

   Atualmente estamos investigando um problema que afeta nosso serviço Metrics que pode resultar em consumo de métricas duplicadas para alguns clientes. Nossa equipe está trabalhando ativamente para identificar os componentes afetados e determinar a causa raiz. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 16 Gouere 2026 da 16:29 UTCidentified

   Identificamos a causa raiz como instabilidade em um corretor específico, o que está causando reequilíbrio do grupo de consumidores repetido em nosso serviço Metrics e levando ao processamento duplicado de atualizações métricas. Isso pode resultar em alguns clientes passando por cálculos de consumo incorretos ou bloqueio inesperado da conta. Continuamos a trabalhar numa solução.

3. 16 Gouere 2026 da 17:31 UTCmonitoring

   Interrompemos a progressão da questão e agora estamos trabalhando para identificar todo o escopo de impacto, incluindo quais organizações são afetadas ou bloqueadas. Contas afetadas serão priorizadas para resolução através de um processo de deduplicação, embora isso leve algum tempo para ser concluído.

4. 16 Gouere 2026 da 19:04 UTCidentified

   Nós deduplicamos com sucesso o consumo de métricas para todas as organizações bloqueadas. Estamos continuando o trabalho para desenvolver ferramentas de desduplicação por organização para garantir dados precisos do ciclo de faturamento, com a equipe completa escalando essas correções amanhã de manhã.

5. 17 Gouere 2026 da 13:02 UTCmonitoring

   Continuamos a fazer progressos na resolução da questão do consumo de métricas duplicadas identificada pela primeira vez em 16 de julho. A causa raiz foi identificada e abordada. Desde nossa última atualização, nossa equipe corrigiu os dados duplicados para todas as contas previamente bloqueadas. Estamos agora a trabalhar num conjunto de contas afectadas e esperamos que esta limpeza continue nos próximos dias. Não está ocorrendo mais duplicação, este trabalho aborda apenas dados históricos.

6. 20 Gouere 2026 da 12:07 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gouere 2026 da 14:49 UTCinvestigating

   Estamos a investigar um problema que afecta o Frase Orchestrator. Estamos trabalhando para identificar a causa raiz e forneceremos novas atualizações assim que mais informações estiverem disponíveis.

2. 16 Gouere 2026 da 15:27 UTCinvestigating

   Continuamos a investigar esta questão.

3. 16 Gouere 2026 da 15:27 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 16 Gouere 2026 da 15:41 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

5. 16 Gouere 2026 da 16:12 UTCresolved

   O Orquestrador (UE) está novamente disponível desde as 17h32 CEST. Todas as execuções pendentes estão sendo processadas. Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 14:24 UTCinvestigating

   Atualmente estamos investigando uma questão que afeta o Centro de Tradução em Frase Strings (UE e regiões dos EUA), onde as cordas não estão carregando. Nossa equipe de engenharia identificou uma causa potencial e está trabalhando ativamente para resolvê-la. Apresentaremos mais actualizações à medida que a nossa investigação avança.

2. 10 Gouere 2026 da 14:37 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 10 Gouere 2026 da 15:24 UTCresolved

   Este incidente foi resolvido.

4. 7 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 12:57 UTCinvestigating

   Estamos a receber relatórios dos utilizadores sobre o desaparecimento de postos de trabalho de projectos e estamos actualmente a investigar a questão.

2. 8 Gouere 2026 da 13:08 UTCmonitoring

   A questão foi identificada, foi implementada uma solução e estamos a acompanhar a situação.

3. 8 Gouere 2026 da 13:55 UTCresolved

   O incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Gouere 2026 da 08:34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 7 Gouere 2026 da 08:59 UTCmonitoring

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

3. 7 Gouere 2026 da 09:27 UTCresolved

   The incident has been resolved.

1. 29 Mezheven 2026 da 07:30 UTCinvestigating

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

2. 29 Mezheven 2026 da 08:05 UTCidentified

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

3. 29 Mezheven 2026 da 08:09 UTCresolved

   This incident has been resolved.

1. 26 Mezheven 2026 da 16:19 UTCinvestigating

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

1. 26 Mezheven 2026 da 07:31 UTCinvestigating

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

2. 26 Mezheven 2026 da 08:16 UTCinvestigating

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

1. 26 Mezheven 2026 da 07:00 UTCinvestigating

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

2. 26 Mezheven 2026 da 07:02 UTCresolved

   This incident has been resolved.

1. 23 Mezheven 2026 da 12:53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 23 Mezheven 2026 da 12:57 UTCresolved

   This incident has been resolved.

1. 22 Mezheven 2026 da 14:16 UTCinvestigating

   This is a test, please ignore.

2. 22 Mezheven 2026 da 14:21 UTCinvestigating

   This incident has been resolved.